Tuyển tập các thảo luận về các khái niệm của FrameRelay(CCNA

[velvetyrose]

Xin chào,
Em thắc mắc không biết tại sao khi cấu hình Frame Relay, tại 1 node nào đó chẳng hạn , như sau :

int serial 0
encapsulation frame-relay
frame-relay lmi-type ansi
interface serial 0.1 point-to-point
frame-relay interface-dlci 100
ip address 203.162.5.10 255.255.255.148

thì phải luôn đúng trình tự hay thứ tự các lệnh này ? Có phải trình tự này phải có là do cơ chế hoạt động của LMI không ?

Và ngoài việc up interface lên thì noshut còn đóng vai trò quan trọng nào khác trong việc cấu hình Frame Relay hay không ?

Xin được chỉ giáo !
------------------
thắc mắc -thắc mắc -thắc mắc
hỏi - hỏi- hỏi

[leminhkhoi]

hi velvetyrose,
Nếm mình nhớ không lầm nếu bạn không cấu hình encapsulation frame-relay
trước thì bạn không thể cấu hình các lệnh khác luên quan tới frame-relay đâu bạn ạ

thân chào

[Mikami]

Và việc thứ tự các command , mình chỉ có thể giải thích với bạn velvetyrose là đó là do experience của mình đút kết thành

Bạn nào có giải thích nào khả thi hơn kô, share cho mọi người biết với nha !!!

[1'hpSky]

Chào Mikami và các bạn!
Theo mình khi config nghĩa là chúng ta đang kích hoạt một chức năng, xác định cac thông số cho chức năng đó. Tất cả các thông tin khi config được ghi vào các ô nhớ xác định trong RAM. và sẽ đươc chuyển vào NVRAM khi gõ lệnh #copy run start
Có những lệnh bạn phải gõ sau những lệnh khác . Nếu gõ trước thì lệnh đó sẽ không được chấp nhận, như ví dụ của bạn leminhkhoi. Bạn không thể đặt một thông số cho FR khi bạn chưa kích hoạt nó. Vấn đề là bạn phải đặt đủ các tham số trình tự lệnh được IOS chấp nhận thì việc config sẽ thành công.
Mikami xem ý kiến của mình thế nào.

Thân

[dangquangminh]

Xin chào,
Em thắc mắc không biết tại sao khi cấu hình Frame Relay, tại 1 node nào đó chẳng hạn , như sau :

int serial 0
encapsulation frame-relay
frame-relay lmi-type ansi
interface serial 0.1 point-to-point
frame-relay interface-dlci 100
ip address 203.162.5.10 255.255.255.148

thì phải luôn đúng trình tự hay thứ tự các lệnh này ? Có phải trình tự này phải có là do cơ chế hoạt động của LMI không ?

Và ngoài việc up interface lên thì noshut còn đóng vai trò quan trọng nào khác trong việc cấu hình Frame Relay hay không ?

Xin được chỉ giáo !
------------------
thắc mắc -thắc mắc -thắc mắc
hỏi - hỏi- hỏi

hi,

Thứ tự thực hiện các lệnh trong frame-relay là một trong những cách để tiết kiệm thời gian khi bạn dự định cấu hình FR dùng cơ chế static.

Ví dụ:
int serial 0
encapsulation frame-relay
frame-relay lmi-type ansi
ip address 203.162.5.10 255.255.255.148

Khi bạn thực hiện no shut là bước kế tiếp, frame-relay sẽ mặc định hoạt động ở chế độ dynamic.

Nếu bạn muốn chuyển cấu hình static mapping, bạn sẽ thực hiện tiếp các lệnh:

no frame inverse-arp
frame-relay map ip 203.162.5.11 111

Tuy nhiên khi này thì frame-relay arp đã hoạt động ở chế độ dynamic. Để cơ chế static thực sự hiệu quả, bạn phải reload lại router/ hoặc thực hiện thêm lệnh clear frame-relay inverse.

Để né tránh việc reload router, bạn có thể thực hiện lệnh no shut interface *sau cùng* khi đang ở interface mode.

Nghĩa là:

int serial 0
encapsulation frame-relay
frame-relay lmi-type ansi
ip address 203.162.5.10 255.255.255.148
no frame inverse-arp
frame-relay map ip 203.162.5.11 111
và sau cùng
no shutdown

Chúc thành công,

[TGA_Certificationteam]

Anh Minh giải thích không thể nào chê được.

Còn một chú ý khác mà bạn cần để ý khi dùng Frame-relay:

Dù bạn không cần dùng đến Sub-Interface, nhưng tốt nhất bạn vẩn nên cấu hình trong Sub-interface, vì sau này sẽ dể dàng hơn cho bạn trong việc lắp đặt thêm các PVC khác.

[ricky]

Mình có 1 câu hỏi , mong mọi người giúp đỡ:
Thí dụ như trong frame-relay có CIR = 64Kbps, thì 64Kbps này tổng cộng của 2 chiều hay mỗi chiều có tốc độ 64Kbps vậy?
cám ơn

[phieudu]

theo mình là 2 chiều, khi traffic từ khách hàng đến ISP và traffic từ ISP trở lại khách hàng đều phải >=64, còn tình huống dưới đây thì CIR tại hà nội
và TPHCM sẽ khác nhau tùy theo nhu cầu của khách hàng
office 1-------------->framerelay cloud--------------->office2
hanoi------64K-------------------------------128K-------- HCM

Đấy là suy nghĩ của em ,các bác xem xét

[happyman_1x]

Mình không hiểu lắm, theo mình biết thì mỗi PVC chỉ có 1 CIR thôi chứ. bạn thuê dịch vụ như thế nào mà được 2 CIR vậy ? chỉ mình với

[ricky]

Cha`o phieudu,
Mình vẫn chưa hiểu được ? MOng mọi người giúp đỡ ?

[chipchipzzz]

Hi,

Providers dùng thông số CIR để cấp network resource và điều chỉnh cách dùng. VD: 1 cty có kết nối T1 đến PSN (packet-switched network) thoả thuận CIR ở mức 768Kbps. Có nghĩa là provider đảm bảo băng thông 768Kbps cho đường nối của customer trong mọi lúc.
Nói đúng hơn, CIR càng cao thì phí dịch vụ càng đắt. Customer có thể chọn CIR ở mức băng thông cần thiết, CIR <= local access rate
Nếu CIR của customer < local access rate, customer có thể yêu cầu provider nâng cao hơn, trong vd trên local access rate = T1 (1.544Mbps) và CIR=768Kbps, phần phân nữa băng thông còn lại vẫn có thể dùng tiếp được.

Theo ý câu hỏi của bạn câu trả lời: CIR là tổng cộng của 2 chiều, tính từ customer đến FRSwitch

Thân mến,

[happyman_1x]

cám ơn chipchipzzz. Thế có trường hợp nào như phieudu nói không?



office 1-------------->framerelay cloud--------------->office2
hanoi------64K-------------------------------128K-------- HCM

[minhtit]

Hi,

To: chipchipzzz:
"Theo ý câu hỏi của bạn câu trả lời: CIR là tổng cộng của 2 chiều, tính từ customer đến FRSwitch"
Theo mình thì đó phải là "customer đến customer" chứ không phải là "customer đến FRSwitch". Nếu không thì lại giống ADSL thì khổ!!!!!!!Trong Frame relay có hai loại PVC và SVC (nghe nói là PVC sử dụng nhiều hơn), và thực tế ở VN thì mình mới thấy PVC (nếu có ai biết SVC dùng ở đâu thì cho mình biết với). Điều đó tương tự như một leased-line "ảo" giữa hai điểm và ISP provider phải đảm bảo bandwitdth của leased-line "ảo" đó trong mạng Frame relay bằng CIR.

To phieudu:
phiêu du giải thích giùm mục đích của cấu hình mà bạn nêu ra đi (cả về mặt kỹ thuật lẫn kinh tế), theo mình thì chưa ổn lắm.

Mình nghĩ thế này: 128K cấu hình phiêu du đưa ra không phải là end-to-end mà chỉ là local access rate mà thôi. Giả sử HCM là head-office và có 2 branch. Khi đó có thể thuê leased line 128K (hoặc lớn hơn). Lúc này sẽ có 2 PVC từ HCM đến các branch sao cho tổng CIR <= 128K, ví dụ CIR cho HCM-HN là 64K, còn CIR cho HCM-DANANG là 19.2K.

Mình hiểu như vậy có đúng không? Mong mọi người tiếp tục.

[minhtit]

To htl:

Một chút thắc mắc:
Trong trường hợp đúng như htl nói (CIR chỉ từ branch đến frame relay switch) thì ai sẽ chịu trách nhiệm về bandwidth thực trong mạng frame relay (frame relay cloud). Nếu bị nghẽn mạch trong mạng, dẫn đến không đáp ứng được CIR cho khách hàng thì sao ? Lúc này CIR (vdụ 64k) chả có ý nghĩa gì cả khi tốc độ trao đổi dữ liệu end-to-end (do nghẽn ở backbone) về zero.

Theo mình hiểu thì mặc dù frame-relay là chuyển mạch gói, nhưng connection vẫn phải setup trước khi data được truyền. Và khi một connection PVC/SVC (end-to-end) up thì frame relay switch sẽ dành một bandwidth tối thiểu là CIR cho connection đó. Đó là điều khác mạng IP thông thường, và là cách để warranty CIR cho khách hàng.

Như vậy có đúng không?

[sinhvienngheo]

anh minhtit:

FR là một protocol được đặc tả dành cho kết nối từ thiết bị đầu cuối (DTE- Router) đến FR switch. Do đó, câu trả lời cho câu hỏi nguyên thủy của ricky sẽ là: tốc độ 64K là hai chiều, từ DTE đến FRSwitch.

Nếu mạng bị nghẽn - congestion, tốc độ truyền dữ liệu sẽ giảm xuống đến giá trị minCIR.

Cám ơn,

[minhtit]

Hi sinhvienngheo,

Vẫn chưa rõ lắm (sorry).
OK là "tốc độ truyền dữ liệu sẽ giảm xuống đến giá trị minCIR", thường là một nửa của CIR (vdụ ở đây sẽ là 32K). Dẫu sao thì minCIR cũng là một giá trị (tối thiểu) xác định nào đó. Vậy thì cái gì sẽ đảm bảo minCIR đó cho khách hàng? Nói cách khác, nếu một ISP có 512k backbone thì họ "dám" ký bao nhiêu hợp đồng có CIR=64K (và tương ứng minCIR=32K - ví dụ thế).

Chả nhẽ không có một cái gì đảm bảo tốc độ end-to-end cho khách hàng?

(Nếu trình độ hơi chuối thì mọi nguời thông cảm nhé)

[chipchipzzz]

Nhờ các bạn giúp trả lời câu hỏi của bạn này:

Cam on ban da tra loi dum minh, thank you very much
Minh con 1 chut thac mac, nho ban giai quyet dum duoc ko ?
Tren interface dung point to point thi bat buoc phai gan DLCI thi LMI moi hieu PVC, neu khong gan DLCI thi IARP co tu dong hoc ko ? Khi do minh dung map tinh co duoc ko ?
Tren interface dung multipoint minh co the ko gan DLCI neu minh dung frame relay map ?
Neu ko gan DLCI thi dung Map tinh, vay khi nao dung DLCI tren interface va khi nao dung Map ?

[kokichi81]

Cho minh hoi hai lenh sau khac nhau o diem nao:
frame-relay interface-dlci 200
va frame-relay local-dlci 200

[bruno1812]

Mình chỉ biết và cũng chỉ mới thấy có lệnh interface-dlci mà thôi. Lệnh local-dlci là gì thì thiệt tình là mới thấy lần đầu.

[hard]

frame-relay local-dlci
To set the source data-link connection identifier (DLCI) for use when the Local Management Interface (LMI) is not supported, use the frame-relay local-dlci interface configuration command. To remove the DLCI number, use the no form of this command.

frame-relay local-dlci number
no frame-relay local-dlci
Syntax Description

number
Local (source) DLCI number to be used.



Defaults

No source DLCI is set.

Command Modes

Interface configuration

Command History

Release Modification
10.0
This command was introduced.



Usage Guidelines

If LMI is supported and the multicast information element is present, the network server sets its local DLCI based on information provided via the LMI.


--------------------------------------------------------------------------------
Note The frame-relay local-dlci command is provided mainly to allow testing of the Frame Relay encapsulation in a setting where two servers are connected back-to-back. This command is not required in a live Frame Relay network.

--------------------------------------------------------------------------------

Examples

The following example specifies 100 as the local DLCI:

interface serial 4
frame-relay local-dlci 100



http://www.cisco.com/en/US/partner/products/sw/iosswrel/ps1839/products_command_reference_chapter09186a008010a3c7 .html#1028660

[milovn]

Chào các bạn

Các bạn cho mình hỏi có sự khác nhau như thế nào khi dùng 2 lệnh dưới đây:

1. #frame-relay interface-dlci dlcinumber
2. #frame-relay map protocol addr dlcinum broadcast

Khi nào thì dùng lệnh 1, và trong trường hợp nào thì dùng lệnh 2. Việc chọn 1 hoặc 2 có liên quan đến enable và disable Inverse ARP hay không?

Cảm ơn rất nhiều.

[TCP/IP]

hi milovn,

1. Dùng lệnh 1 khi muốn gán giá trị DLCI cho một major interface or subinterface. Khi sử dụng lệnh này thì đã enable Inverse ARP. Do vậy thông thường command 1 thường được sử dụng trong các subinterface point-to-point.
2. Dùng lệnh 2 khỉ muốn map một địa chỉ đích với một giá trị DLCI của một VC trên major interface or subinterface. Khi sử dụng lệnh 2 thì đã disable Inverse ARP. Lệnh 2 thường được sử dụng trên major interface(point-to-multipoint) và subinterface point-to-multipoint.

Note : lệnh 1 cũng có thể sử dụng trên major interface or subinterface point-to-multipoint với điều kiện enable Inverse ARP (không sử dụng static map bởi lệnh 2).

HTH!

[shmily]

Xin các bạn giải thích giùm mình các thuật ngữ trên ha!Cảm ơn nhiều!

[danguyennhi]

http://vnpro.org/forum/viewtopic.php?t=1206

[danguyennhi]

theo thông tin trên, lệnh local-dlci chỉ được dùng nếu LMI không được dùng. Thực tế tất cả các IOS version ngày nay đều hỗ trợ LMI nên dẫn đến là lệnh local-dlci ít được dùng.

[hungtran]

Dear All,
Mình có 3 router,R1=====R2-------R3.Router 2 là FR-switching.
R1có sub là S0.1,dlci=100 nối point to point với sub của R3:S0.1,dlci=101
R1có sub là S0.2,dlci=200 nối point to point với sub của R3:S0.2,dlci=201
R1có sub là S0.3,dlci=300 nối Multipoint với sub của R3:S0.3,dlci=301
R1có sub là S1.1,dlci=400 nối Multipoint với sub của R3:S0.4,dlci=401

Mong các Anh Em cho mình lời khuyên khi bố trí các địa chỉ IP và các subnets tương ứng cho phù hợp và hiệu quả.
Thanks & Regards
Hungtran.

[VoThanhDuy]

Hi

Anh nên bố trí mỗi PVC là một subnet đi. Các kết nối point-to-point thì nhất định phải là một IP subnet rồi. Các kết nối multipoint thì có thể có chung IP subnet các đầu cuối point-to-point.

Anh cần biết thêm về các cơ chế mapping trên frame-relay nữa đó.

Nếu không hiểu gì thì hỏi tiếp,

[monkey]

bạn sử dụng VLSM để đánh địa chỉ cho các network.
Đối với các kết nối điểm-điểm, bạn sài subnet mask là /30 (có 2 IP khả dụng cho 2 giao tiếp nối tiếp serial), mỗi 1 kết nối điểm-điểm là 1 sub network.
Tương tự, multipoint là cùng 1 network, bạn chọn subnet mask tương ứng đáp ứng tối đa yêu cầu của bạn.

p/s: thiệt tình trả lời xong tui cũng không biết ý bạn muốn làm gì! Tại sao cùng 1 interface, nối về cùng 1 điểm mà lại sử dụng nhiều loại kết nối/nhiều cặp DLCI như vậy. Chính thống, tại R1 và R3 chỉ là kết nối điểm điểm, nên không cần tạo sub interface, và chỉ cần 1 cặp DLCI là đủ và gán trực tiếp lên interface chính.

[Hajime]

Lệnh frame-relay interface-dlci DLCI:
Số DLCI đó là DLCI local của remote router mà mình muốn tạo PVC phải không?

Lệnh frame-relay map:
Ví dụ:
Router(config-if)# frame-relay map ip 192.168.1.18 17 broadcast ietf
Thực hiện lệnh map ip và DLCI, ở đây IP address 192.168.1.18 là địa chỉ IP của remote router và DLCI 17 là DLCI local của mình mà phải không?

Ngoài ra, khi cấu hình multipoint.. Giả sử có 3 router A, B, C và local DLCI lần lượt là 17, 18, 19 thì khi cấu hình multipoint ở Router A ở sub interface s0/0.1819 thì ta chỉ cần khai báo lệnh: frame-relay interface-dlci là 18, 19 thôi là đủ rồi đúng không? Vì Inverse ARP sẽ tự động map IP của các router B, C và dlci.

Xin các bạn chỉ giáo,

[changchancuucodon]

lệnh frame-relay interface-dlci để chỉ ra dlci được dùng cho PVC.

Về ý nghĩa của lệnh frame-relay map, mình đồng ý với ban.

[emThuy]

Nếu làm multipoint thì cần gì phải tạo subinterface. Chỉ cần cho tất cả các serial port vào chung 1 subnet là song
có thể cầu hình như thế này nhé:

Router A (DLCI is 17)

Router(config)#int s0
Router(config-if)# ip add 192.168.1.17 255.255.255.0
Router(config-if)# clock rate 18000
Router(config-if)# no shut
Router(config-if)# frame-relay interface-dlci 18
Router(config-if-frame)# exit
Router(config-if)# frame-relay interface-dlci 19

Router B (DLCI is 18)

Router(config)#int s0
Router(config-if)# ip add 192.168.1.18 255.255.255.0
Router(config-if)# clock rate 18000
Router(config-if)# no shut
Router(config-if)# frame-relay interface-dlci 17
Router(config-if-frame)# exit
Router(config-if)# frame-relay interface-dlci 19

Router A (DLCI is 19)

Router(config)#int s0
Router(config-if)# ip add 192.168.1.19 255.255.255.0
Router(config-if)# clock rate 18000
Router(config-if)# no shut
Router(config-if)# frame-relay interface-dlci 18
Router(config-if-frame)# exit
Router(config-if)# frame-relay interface-dlci 17

Xin miễn bà về Frame-Relay Switch nhẹ
Bác nào có ý kiến khác không a!

[Hajime]

Chào emThuy,
Lệnh frame-relay interface-dlci không sử dụng cho physical interface, nó chỉ sử dụng cho subinterface mà thôi…
Theo như ý đồ của bạn thì bạn đã tạo ra một loop rồi đấy Router A nối với B, B nối với C và C nối với A…

Đề mình nói ý rõ hơn nhé: Router A (multipoint) tới 2 router B và C, do đó chỉ có router A là khai báo multipoint thôi, còn router B và C dĩ nhiên là point-to-point rồi..

Thân chào,

[BlackMask]

Câu lệnh frame-relay interface-dlci chỉ dùng với subinterface, khi đó physical interface phải bỏ đi cấu hình dlci

[kokichi81]

Giả sử ta nối hai router vào mạng frame-relay theo mô hình point-to-point.
Vậy nếu không cấu hình dlci trên physical int thì khi router 1 gửi frame đến router 2 nó sẽ để giá trị là bao nhiêu ở trong trường DLCI.Như vậy làm sao hai router có thể liên lạc với nhau đươc.
Correct me if I'm wrong
Thanks

[hoachuoi]

Hình như frame-relay interface-dlci cũng dùng được cho physical interfaces đó các bạn.

http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fwan_r/frcmds/wrffr2.htm#wp1029352

[emThuy]

Này anh chị em ơi !!!!!
Sao anh BlackMask lại bảo là không dùng lệnh frame-relay interface-dlci cho subintface nhỉ, dùng được đấy chứ, em đã làm LAB thật cơ.
Công nhận là làm như emThuy là bị loop nhưng đề tài tránh loop trong Frame Relay thì hơi bị hay đấy. Cứ cho là đã bỏ 1 PVC giữa Router C và Router B đi thì vấn có Split Horizon cản đường (vì 2 cái VC ở chung 1 physcical int mà) nhưng vẫn có cách đấy.
Làm bằng subint chẳng sai nhung làm bằng int thi đúng với trường hợp này quá còn gì.
Để biết được cách nào mời bạn theo dõi tiệp
Bác nào có ý kiến không ạ?

[Hajime]

Chào các bạn,
Mình đã thử dùng lệnh frame-relay interface-dlci trên một physical interface ( trong trường hợp point-to-point) và cũng okie.. Nhưng nếu không sử dụng lệnh trên thì mạng vẫn chạy tốt...

Đọc trong sách thì lý do để dùng lệnh frame-relay interface-dlci trên subinterface vì để map DLCI và IP address vì LMI type không nhận biết được subinterface...

Còn lý do ra đời của subinterface là chắc ai cũng biết... Mình chưa cấu hình multipoint trên physical interface? emThuy nếu đã làm xin cho mọi người có thể học hỏi?

Cám ơn

[emThuy]

Họa chỉ có mấy ông tỉ phú mới làm thế này thôi. Bây nhiêu PVCs nếu đi thuê thì tốn kém quá. Nếu mà làm LAB thì ai lại nghĩ ra cái LAB tầm thường như vậy chứ, có thiếu Router thì cũng thà làm như monkey dùng interface cho khoái.
Còn về vấn đề đánh địa chỉ, theo emThuy thì cứ dùng private address mà đánh (17000.. add cơ mà), tội gì mà phải chia cho mệt đầu.
Ai có ý kiến khác không ạ.

[emThuy]

Đây, mời bác xem, có gì mong bác chỉ bảo kẻ hậu bối !

Nếu làm multipoint thì cần gì phải tạo subinterface. Chỉ cần cho tất cả các serial port vào chung 1 subnet là song
có thể cầu hình như thế này nhé:

Router A

Router(config)#int s0
Router(config-if)# ip add 192.168.1.17 255.255.255.0
Router(config-if)# clock rate 18000
Router(config-if)# no shut
Router(config-if)# frame-relay interface-dlci 18
Router(config-if-frame)# exit
Router(config-if)# frame-relay interface-dlci 19


Tin tôi đi cũng như bình thường thôi, có gì đâu.

[nqminh79]

Mình có câu hỏi như sau: R1------------FR switch-------------R2
Đầu tiên R1 nhận được DLCI number 102 của R2 do FR Switch gửi thông qua LMI packet

(102=active). R1 gửi I-arp packet cho R2 để thông báo về IP address cua nó, vậy lúc này R1 có biết

IP address của R2 không (trong I-arp packet có chứa IP address của R2 không) ? Giả sử nó biết IP

address của R2 rồi, thì cùng với DLCI number học từ LMI, R1 đã tạo được Mapping table (dlci và IP

add của R2), vậy nó không cần đợi I-arp packet sent from R2 nữa phải không ? nếu như vậy thì làm

sao R1 biết được là IP add đấy (của R2) map với DLCI number learnt from LMI (dlci của R2) mà

không cần đợi I-arp packet from R2 ?
Mong các bạn chỉ dẫn giùm. Xin cám ơn.

[1'hpSky]

Nếu bạn nhìn tổng quát một chút thì trong tất cả các công nghệ đều có ánh xạ địa chỉ từ lớp 3 xuống lớp 2.
-Đối với Ethernet được thực hiện tự động bằng ARP.
-Đối với FR thì hoặc cấu hình trực tiếp bằng lệnh #FR map, hoặc có thể dùng I-ARP
-Đối với ISDN thì phải cấu hình mapping giữa đchỉ IP và phone number.
...

So sánh một chút sẽ thấy I-ARP cũng có cơ chế hoạt động giống ARP (khác nhau ở Inverse).
ARP: Có địa chỉ lớp 3 của đích là địa chỉ IP, cần hỏi địa chỉ lớp 2 là MAC.
I-ARP: có địa chỉ lớp 2 của đích là DLCI number, cần hỏi địa chỉ lớp 3 là IP

Cụ thể về I-ARP:
1.Thông qua LMI, RouterA nhận được một số DLCI_A từ FR Switch. Nó dùng I-ARP hỏi:Địa chỉ IP tương ứng với số DLCI_A này là gì? Rồi chuyển đi (trong gói I-ARP này chứa địa chỉ IP của RouterA)
2. RouterB nhận được gói I-ARP này qua DLCI_B.
lúc này RouterB có:Đchỉ IP của A, nó sẽ map giữa RouterA_IPaddess với DLCI_B
3. RouterB gửi reply cho RouterA, Router A sẽ map giữa RouterB ipaddress với DLCI_A

Thế nhé, phải đi đá bóng phát, hi hi, chúc vui vẻ.

[nqminh79]

Theo như cách giải thích của bạn thì mình hiểu là, sau khi nhận DLCI (của R2) via LMI, R1 sẽ dùng DLCI này (như L2 Mac add) để gửi I-arp packet và thông báo IP add của nó cho R2, lúc này R1 chưa biết IP add của R2 (I-arp packet chỉ dùng DLCI của R2).
Tương tự, R2 cũng learn DLCI từ LMI và gửi I-arp packet cho R1 để thông báo IP add của nó, lúc này R1 mới biết IP add của R2 và thực hiện mapping.
Tóm lại trong lần gửi I-arp packet đầu tiên thì Router chỉ biết DLCI number (L2 add, learnt from LMI) mà ko biết IP add của routers khác.
Mình hiểu như thế ko biết có đúng lắm không? có bạn nào có ý kiến khác thì xin chỉ dẫn giùm.

[tuongminh]

Các bạn có thể giải thích cho tớ khái niệm về CIR,
và so sánh sự khác nhau cơ bản của Frame relay và leaseline khong?

Tớ đọc tài liệu (Tiếng anh) mãi mà chưa hiểu được.

Cảm ơn các bạn nhiều !

[1'hpSky]

Leasedline là một kênh được thuê riêng từ nhà cung cấp. Trên kênh này bạn có thể tùy cấu hình chạy các công nghệ mạng WAN mà bạn muốn như: FR, HDLC, PPP...

CIR: là tốc độ thấp nhất trên đường truyền mà nhà cung cấp dịch vụ cam kết với khách hàng.

[VoThanhDuy]

CIR là tốc độ TRUNG BÌNH mà một nhà cung cấp dịch vụ cam kết truyền.

Nếu có nghẽn xảy ra, đường truyền sẽ hoạt động ở tốc độ MINCIR

[Thang Tam]

Q13. Study the Exhibit below carefully:
You work as a network administrator at CiscoSystem, You received complaints
from the CiscoSystem employees that their Frame Relay connection to the
corporate site is very slow. You have a suspicion that the link is overloaded.
Which output value indicates to the local router that traffic is sent to the corporate
site is experiencing congestion taking into account the partial output of the
Router# show frame relay pvc command shown in the exhibit?
A. in DE packets 0
B. last time PVC status changed 00:25:40
C. in BECN packets 192
D. DLCI = 100
E. in FECN packets 147

[sinhvienngheo]

nếu có nhiều FECN và BECN thì mạng đang bị nghẽn rồi.

[farontek]

Các bạn giúp tôi với!!!
Question no: 177

PVC Statistics for interface Serial0 (Frame Relay DTE)
Active Inactive Deleted Static
Local 2 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 100, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0
input pkts 46 output pkts 22 in bytes 2946
out bytes 1794 dropped pkts 0 in FECN pkts 147
in BECN pkts 0 out FECN pkts 0 out BECN pkts 192
in DE pkts 0 out DE pkts 0
out bcast pkts 21 out bcast bytes 1730
pvc create time 00:23:07, last time pvc status changed 00:25:40
You work as a network administrator at ********, You received complaints from the ********
employees that their Frame Relay connection to the corporate site is very slow. You have a suspicion that the link is overloaded. Which output value indicates to the local router that traffic is sent to the corporate site is experiencing congestion taking into account the partial output of the Router# show frame relay pvc command shown in the exhibit?
A. in DE packets 0
B. last time PVC status changed 00:25:40
C. in BECN packets 192
D. DLCI = 100
E. in FECN packets 147

[farontek]

Bó tay u luôn, kết xuất chính xác của lệnh u có thể tìm thấy rành rành trong ********. Chỉ vì nó là picture nên tui copy đại một đoạn text output khác trong sách ra cho mọi người có thể dễ dàng tưởng tượng.
Cái chính tui muốn hỏi mọi người là chọn câu nào? Và lý do tại sao phải chọn câu ấy? Mong u thông cảm và trả lời giúp !!!
Thanks.

[HuuHoa]

trong công nghệ frame-relay, các frame FECN và BECN được dùng để thông báo về tình trạng nghẽn mạch trong hạ tầng mạng FR. Cụ thể là FECN sẽ được gửi về hướng thuê bao FR đích (destination) còn BECN sẽ được gửi về hướng nguồn.

Trong câu hỏi của farontek, dấu hiệu BECN nhận được nhiều chính là dấu hiệu mạng đang bị nghẽn.

[farontek]

Chòi á, anh trả lời như vậy thì chít em luôn. Dĩ nhiên là khi có nhiều frame FECN hay BECN thì chắc chắn mạng đang bị nghẽn rồi.
Tuy nhiên, xin các anh giải thích rõ dùm, thế nào là các giá trị in FECN, out FECN, in BECN và out BECN đối với local router. Và với những giá trị đó thì cho biết mạng đang nghẽn theo hướng nào.
Rất mong được các anh chỉ giúp.
Thanks.

[HuuHoa]

chào

theo ý của mình thì như sau:

Local----(1)-----FRSwitch----(2)-------Remote

Nếu Local router nhận được BECN, có nghĩa là có nghẽn trong đoạn (1) hoặc (2)trong đó chiều nghẽn của traffic là từ local đến remote.
Nếu Local router nhận được FECN, traffic đang bị nghẽn theo hướng từ Remote về local (2--->1)

[p_11]

Mình đọc hòai mà chẳng hiểu BECN là gì , mong các cậu chỉ dùm.

-BECN : the becn is a in the Frame Relay frame header's address fireld . A frame Relay switch ( DCE) sets the becn value to 1 for frames traveling in the opposite directions of frames that have their fecn bit set when congestion occurs . As frames travel backward to the source router ( dte), the becn informs the device that congestion exists on a particular VC. The dte device can relay this information to a higher-layer protocol for processing . Depending on the implementation, the router can reduce the rate at which it is sending frames into the network to reduce congestion, or it can ignore the becn.

và cái này nữa:
- Frame relay Nonbroadcast Multiaccess ( NBMA) Reachability Problems
In any of afmentioned Frame Relay topologies, when a single interface must be used to interconnect multiple sites, you might have reachability issues because of the nonbroadcast multiaccess ( NBMA) nature of Frame Relay . Because a single interface connects to a cloud and can be mapped to many other sites, the cloud is said to be multiaccess . Because the Frame Relay switch doesn't replicate a broadcast packet coming from a single DLCI to all DLCIs, it is said to be nonbroadcast.

Nếu dịch ra được tiếng việt nhờ các cậu dịch dùm.


Bên lề một chúc nhé:

- Mình đang học tại NN , V.T.S , Q3. ở đây chi phí khá rẽ, thời gian học khá ngắn ,mình biết là tiền nào của đó rồi. Nhưng phải thừa nhận ở đây họ dạy quá nhanh. Mình hỏi các cậu : leaseline, frame relay , isdn mỗi cái học một tiếng 20 phút kể cả thực hành thì làm sao học kịp ?( nói là một tiếng 20 phút nhưng các cậu biết đấy trong quá trình học chúng ta đâu có tận dụng hết thời gian : nào là điện thọai thầy ring, nào là router connect không được... ôi thôi đủ thứ , trung tâm tư nhân mà - trường đại học còn vậy nữa là). Mình lấy ví dụ : Thực hành cái thằng frame relay chỉ cần tạo isp và pvc thôi thấy gần hết giờ rồi , đấy là những người biết làm đó, còn những ngừoi không biết làm coi như tiêu tùng.
Mình thấy học CCNA lý thuyết khá nặng , nhưng họ chả đá đọng gì.

- một vấn đề nữa làm mình đau đầu là giờ giấc

Để mình mô tả sơ sơ một buổi học cho các bạn xem

Hôm nay học frame relay

- teacher : 5'30 : Các em bật router lên wr er và reload xóa hết tất cả những cái lớp trước làm , lấy tờ bài tập hôm trước nhập địa chỉ ip, không làm gì hết cả ( teacher ngồi ở ngòai lớp)
-teacher : 5'45 : Vào lớp , mấy em sh run lên xem , liếc vào một máy chửi : coi lại địa chỉ ip xem đúng chưa có bao nhiêu nhập cũng không xong, một máy khác : không phải tờ giấy này lấy tờ khác
- student : cùng lúc đó, thầy ơi sao router số 5, 6 connect không được.
- teacher : Chờ một chút, loay hoay.........> 6h
- teacher : Các máy pvc làm theo thầy ( chỉ những thằng pvc thôi , những thầy ngồi tại isp coi như ngồi chơi tán dóc)
vào conf t , nhập band 64, nhập en frame-relay , nhập frame-relay map ip....... broadcast. Thầy cứ đọc nhập cái gì đó rồi trò cứ nhập thôi chả hiểu cái gì hết.
- teacher : xong chưa , rồi để nguyên đó nha, không làm gì cả
- teacher : Bây giờ tới mấy em ngồi ở isp
làm theo thầy vào conf t , nhập frame-relay swiching, nhập......... nhập.......... ( mấy thằng ngồi tại pvc ngồi chơi xơi nước)

Sau khi cấu hình isp xong rồi
- teacher : mấy em ping thử xem.
- student : ping được chưa hả ( học trò nói chuyện với nhau)
một vài thằng khác tao chưa làm xong.

lúc này đồng hồ 7 giờ kém 5, coi như thầy hết phận sự bởi vì một vài student làm xong rồi ( những students chưa làm được tự mày mò hỏi nhau làm )
- teacher : bước ra lớp , một vài students làm xong cũng thế
- student : nói chuyện nhau ( trong đó có tui): hiểu không - anser : hiểu chết liền , rồi lắc đầu - nhìn nhau cười mếu ( bởi vì tiếc cho số tiền bỏ ra)

Bạn nào học frame relay rồi sẽ biết kiến thức mênh mong, thậm chí một vài khái niện thầy cũng không thèm nói , chỉ thực hành vầy thôi.

Cứ mỗi lần đi học là mình muốn gây lộn với ổng thôi, càng bực bội hơn khi về đọc tài liệu những chỗ quá cơ bản mà cũng không đề cập tới. Nhưng may thay có anh vnpro này giúp mình rất nhiều , rất nhiếu....không thể diễn tả được ( đồng thời mình cũng nợ rất nhiều vì phải mượn tiền lên net đấy , nhưng điều này cũng chỉ thỉnh thoảng mới nghĩ tới ) . Cám ơn các bạn , cám ơn vnpro

Mình cũng đã gần hoàn thành CCNA rồi , chỉ còn wan và switching nữa thôi mong các bạn giúp mình hoàn thành nốt .

Cuối cùng mình chỉ muốn nhắn nhủ một điều : Nếu bạn nào có ý đinh học CCNA hoặc CCNP tại chổ mình đang học , thì hãy chuẩn bị sẵn trước tâm lý - Tự học là chính ở trường chỉ giúp được khoảng 20% thôi , và còn phải thức đêm dài dài để theo kịp chương trình hoặc chí ít cũng ngắp nghé.... Chúc các bạn thành công , chúc mọi việc của chúng ta tốt đẹp..... ánh sáng đang vẩy gọi phía trước..........

[robedan]

ok bạn. Dù sao thì bạn cũng nói ra sự thật về việc học CCNA tại Nhất Nghệ. Bây giờ đã lỡ rồi thì ráng đặt câu hỏi về những vấn đề mà ông thầy ở NN không giảng dạy lên đây. Các thành viên khác sẽ giúp bạn.

BECN: là một dạng frame đặc biệt được tổng đài frame relay gửi về cho thuê bao FR khi có nghẽn xảy ra.

[1'hpSky]

Chẳng lẽ có nơi dạy cisco tệ thế sao? Thôi, đâm lao phải theo lao thôi!


Nói về BECN thì nói đơn giản thế này:

A (DTE) gửi thông tin đến B(DTE), gói tin phải đi qua FrameRelay Cloud (Các DCE).
Một DCE nhận được một Frame nó sẽ đọc header để biết Switch Frame đó đi đâu. Nếu Ouput interface bị nghẽn thì DCE đó sẽ gửi BECN về A và gửi FECN về B để báo tình trạng tắc nghẽn này.

Trong CCNA hình như chưa đề cập đến router A sẽ xử lý thế nào khi nhận được BECN. Nếu bạn muốn biết kỹ hơn thì hãy search trên mạng hoặc đọc CCNP-Remote access.
Thân!

[HuuHoa]

Mình đọc hòai mà chẳng hiểu BECN là gì , mong các cậu chỉ dùm.

-BECN : the becn is a in the Frame Relay frame header's address fireld . A frame Relay switch ( DCE) sets the becn value to 1 for frames traveling in the opposite directions of frames that have their fecn bit set when congestion occurs . As frames travel backward to the source router ( dte), the becn informs the device that congestion exists on a particular VC. The dte device can relay this information to a higher-layer protocol for processing . Depending on the implementation, the router can reduce the rate at which it is sending frames into the network to reduce congestion, or it can ignore the becn.

và cái này nữa:
- Frame relay Nonbroadcast Multiaccess ( NBMA) Reachability Problems
In any of afmentioned Frame Relay topologies, when a single interface must be used to interconnect multiple sites, you might have reachability issues because of the nonbroadcast multiaccess ( NBMA) nature of Frame Relay . Because a single interface connects to a cloud and can be mapped to many other sites, the cloud is said to be multiaccess . Because the Frame Relay switch doesn't replicate a broadcast packet coming from a single DLCI to all DLCIs, it is said to be nonbroadcast.

Nếu dịch ra được tiếng việt nhờ các cậu dịch dùm.


Bên lề một chúc nhé:

- Mình đang học tại NN , V.T.S , Q3. ở đây chi phí khá rẽ, thời gian học khá ngắn ,mình biết là tiền nào của đó rồi. Nhưng phải thừa nhận ở đây họ dạy quá nhanh. Mình hỏi các cậu : leaseline, frame relay , isdn mỗi cái học một tiếng 20 phút kể cả thực hành thì làm sao học kịp ?( nói là một tiếng 20 phút nhưng các cậu biết đấy trong quá trình học chúng ta đâu có tận dụng hết thời gian : nào là điện thọai thầy ring, nào là router connect không được... ôi thôi đủ thứ , trung tâm tư nhân mà - trường đại học còn vậy nữa là). Mình lấy ví dụ : Thực hành cái thằng frame relay chỉ cần tạo isp và pvc thôi thấy gần hết giờ rồi , đấy là những người biết làm đó, còn những ngừoi không biết làm coi như tiêu tùng.
Mình thấy học CCNA lý thuyết khá nặng , nhưng họ chả đá đọng gì.

- một vấn đề nữa làm mình đau đầu là giờ giấc

Để mình mô tả sơ sơ một buổi học cho các bạn xem

Hôm nay học frame relay

- teacher : 5'30 : Các em bật router lên wr er và reload xóa hết tất cả những cái lớp trước làm , lấy tờ bài tập hôm trước nhập địa chỉ ip, không làm gì hết cả ( teacher ngồi ở ngòai lớp)
-teacher : 5'45 : Vào lớp , mấy em sh run lên xem , liếc vào một máy chửi : coi lại địa chỉ ip xem đúng chưa có bao nhiêu nhập cũng không xong, một máy khác : không phải tờ giấy này lấy tờ khác
- student : cùng lúc đó, thầy ơi sao router số 5, 6 connect không được.
- teacher : Chờ một chút, loay hoay.........> 6h
- teacher : Các máy pvc làm theo thầy ( chỉ những thằng pvc thôi , những thầy ngồi tại isp coi như ngồi chơi tán dóc)
vào conf t , nhập band 64, nhập en frame-relay , nhập frame-relay map ip....... broadcast. Thầy cứ đọc nhập cái gì đó rồi trò cứ nhập thôi chả hiểu cái gì hết.
- teacher : xong chưa , rồi để nguyên đó nha, không làm gì cả
- teacher : Bây giờ tới mấy em ngồi ở isp
làm theo thầy vào conf t , nhập frame-relay swiching, nhập......... nhập.......... ( mấy thằng ngồi tại pvc ngồi chơi xơi nước)

Sau khi cấu hình isp xong rồi
- teacher : mấy em ping thử xem.
- student : ping được chưa hả ( học trò nói chuyện với nhau)
một vài thằng khác tao chưa làm xong.

lúc này đồng hồ 7 giờ kém 5, coi như thầy hết phận sự bởi vì một vài student làm xong rồi ( những students chưa làm được tự mày mò hỏi nhau làm )
- teacher : bước ra lớp , một vài students làm xong cũng thế
- student : nói chuyện nhau ( trong đó có tui): hiểu không - anser : hiểu chết liền , rồi lắc đầu - nhìn nhau cười mếu ( bởi vì tiếc cho số tiền bỏ ra)

Bạn nào học frame relay rồi sẽ biết kiến thức mênh mong, thậm chí một vài khái niện thầy cũng không thèm nói , chỉ thực hành vầy thôi.

Cứ mỗi lần đi học là mình muốn gây lộn với ổng thôi, càng bực bội hơn khi về đọc tài liệu những chỗ quá cơ bản mà cũng không đề cập tới. Nhưng may thay có anh vnpro này giúp mình rất nhiều , rất nhiếu....không thể diễn tả được ( đồng thời mình cũng nợ rất nhiều vì phải mượn tiền lên net đấy , nhưng điều này cũng chỉ thỉnh thoảng mới nghĩ tới ) . Cám ơn các bạn , cám ơn vnpro

Mình cũng đã gần hoàn thành CCNA rồi , chỉ còn wan và switching nữa thôi mong các bạn giúp mình hoàn thành nốt .

Cuối cùng mình chỉ muốn nhắn nhủ một điều : Nếu bạn nào có ý đinh học CCNA hoặc CCNP tại chổ mình đang học , thì hãy chuẩn bị sẵn trước tâm lý - Tự học là chính ở trường chỉ giúp được khoảng 20% thôi , và còn phải thức đêm dài dài để theo kịp chương trình hoặc chí ít cũng ngắp nghé.... Chúc các bạn thành công , chúc mọi việc của chúng ta tốt đẹp..... ánh sáng đang vẩy gọi phía trước..........

Đối với BECN, bạn có thể cấu hình cho router thay đổi tốc độ truyền khi nhận được BECN. Tính năng này gọi là traffic shaping.

[lee]

Đó là các bit trong header của frame được thiết lập giá trị để báo cho các thiết bị dce, dte giảm lưu lượng truyền xuống do hiện tại đường truyền đang có nghẽn.BECN là gửi về cho source của frame, còn FECN là gửi đến cho đích của frame.
Còn tính năng traffic-shaping khi nhận được becn có đề cập kỹ trong BCRAN.

[p_11]

vậy trong đoạn này thì thế nào , ý của nó nói gì?

Frame relay Nonbroadcast Multiaccess ( NBMA) Reachability Problems
In any of afmentioned Frame Relay topologies, when a single interface must be used to interconnect multiple sites, you might have reachability issues because of the nonbroadcast multiaccess ( NBMA) nature of Frame Relay . Because a single interface connects to a cloud and can be mapped to many other sites, the cloud is said to be multiaccess . Because the Frame Relay switch doesn't replicate a broadcast packet coming from a single DLCI to all DLCIs, it is said to be nonbroadcast.

[casper]

Minh in noi them mot chut ve BECN trong Frame Relay network.
Nhu cac ban biet day. Frame Relay cho phep truyen cac Frame du lieu co kich thước khac nhau. (toi da 4096 byte doi voi payload).
Trong cau truc frame co bit FECN và BECN la mot phuong tien hô tro viec dieu khien luu luong. dieu khien luu luong rat quan trong trong mạng. (cac ban hay hinh dung xem ,gia su mot duong backbone T1 giao tiep voi mot duong 64kbps neu khong dieu khien luu luong se ra sao??)
Nhung bit FECN va BECN chi ho tro dieu khien luu luong chu khong truc tiep lam chuyen do. Nó chi co nhiem vu canh bao tat nghen xay ra tren tuyen cho DTE/DCE , con viec dieu khien luu luong du lieu do transport layer xu lỵ

[VoThanhDuy]

vậy trong đoạn này thì thế nào , ý của nó nói gì?

Frame relay Nonbroadcast Multiaccess ( NBMA) Reachability Problems

In any of afmentioned Frame Relay topologies, when a single interface must be used to interconnect multiple sites, you might have reachability issues because of the nonbroadcast multiaccess ( NBMA) nature of Frame Relay . Because a single interface connects to a cloud and can be mapped to many other sites, the cloud is said to be multiaccess . Because the Frame Relay switch doesn't replicate a broadcast packet coming from a single DLCI to all DLCIs, it is said to be nonbroadcast.


Trong bất cứ một sơ đồ mạng nào của FrameRelay, khi một cổng giao tiếp duy nhất phải kết nối đến nhiều site, bạn sẽ gặp phải vấn đề về kết nối giữa các site do đặc tính non-broadcast của môi trường. Vì một kết nối đơn đến một đám mây WAN có thể được map về nhiều site, đám mây WAN này gọi là đa truy câp. Do tổng đài Frame-Relay không hỗ trợ cho cơ chế broad cast, FR được gọi là NBMA.

Chúc bạn p_11 nhanh chóng có được CCNA. Nếu bạn cần giúp đỡ gì thì đặt tiếp câu hỏi nhé !

[robedan]

Ở giai đoạn thiết kế , các tham số sau cần phải xem xét:

* Tốc độ truy nhập còn gọi là tốc độ đường truyền : Đây là tốc độ được đo ở giao diện vật lý , tính bằng bit / giây . Tốc độ đường truyền xác định tốc độ tối đa mà người dùng đầu cuối có thể đưa dữ liệu lên mạng Frame Relay.

* Khe thời gian cam kết (timeslots) : Khe thời gian cam kết là khoảng thời gian dựa trên đó có thể đo được tốc độ dùng phát và tốc độ thông tin cam kết . Đơn vị đo tính bằng giây , thường là từ 0,5 đến 2 giây . Đôi khi khe thời gian cam kết còn được gọi là khe băng thông . Người dùng và mạng thỏa thuận về việc tính toán các khe này dựa trên khuyến nghị I.370 , cụ thể như sau :

Khi tốc độ thông tin cam kết (CiR) bằng với tốc độ truy nhập (AR) thì tốc độ truy nhập tại điểm vào và ra của mạng phải bằng nhau .

Khi tốc độ thông tin bằng không (CiR=0) , tốc độ bùng phát cam kết bằng không (Bc=0) . Tốc độ bùng phát cực điểm phải lớn hơn 0 (Bc>0) thì khe thời gian cam kết bằng tốc độ bùng phát cam kết chia cho tốc độ truy nhập ( Tc=Bc/AR) .

Theo chuẩn ITV_T thì bộ định tuyến Frame Relay ở đầu cuối người dùng cần chấp nhận và phản ứng với những báo hiệu tắc nghẽn vì các thiết bị đầu cuối người dùng kết nối vào bộ định tuyến không thể biết về hiện trạng điều kiện mạng của mạng Frame Relay.

Tốc độ bùng phát cam kết (Bc)là lượng dữ liệu tối đa tính bằng bit mà mạng đồng ý truyền tải trong điều kiện bình thường trên khe thời gian cam kết (Tc) . Tốc độ bùng phát cam kết được thiết lập và toả thuận trong quá trình gọi setup , hoặc được cho sẵn với các mạch ảo vĩnh viễn . Ở mặc định thì tốc độ bùng phát cam kết bằng với tốc độ thông tin cam kết (CiR).

¢ Tốc độ bùng phát cực điểm là lượng dữ liệu tối đa không được cam kết tính bằng bit vượt trên tốc độ bùng phát cam kết (Bc) mà mạng cố gắng truyền với khe thời gian cho trước .Tốc độ bùng phát cực điểm cũng được thỏa thuận và thiết lập trong giai đoạn gọi setup ( call setup) hoặc qua các mạch ảo vĩnh viễn . Khả năng thành công của Bc luôn nhỏ hơn Bc. Khi một kết nối được thiết lập thì người dùng và mạng thiết lập những tham số CiR, Bc , Bc trong điều kiện Tc . Ba tham số này ảnh hưởng trực tiếp đến khả năng quản lý mạng , khả năng quản lý này dựa trên việc loại bỏ những frame ( nếu cần) tại điểm ra của mạng .

¢Discard eligible (DE) : DE là trường chỉ với một bit trong trường địa chỉ của giao thức LAPF , trường này chỉ ra frame có thể bị loại hay không để giảm tắc nghẽn .

CiR- CiR là lượng dữ liệu được cho phép mà hệ thống mạng đã cam kết sẽ truyền trong điều kiện bình thường . CiR cũng được xem như thông lượng tối thiểu có thể chấp nhận . CiR là một tham số quan trọng khi thiết kế mạng .

CiR = Bc / Tc.

Các tham số Bc , Be,Tc và CiR được xác định tại mỗi DLCI . Tốc độ truy nhập là khác nhau tại mỗi giao diện người dùng và mạng . Các tham số Bc. Be và các giá trị CiR vào và ra đều có thể được phân biệt rõ . Nếu kết nối là đối xứng thì những giá trị trên ở 2 hướng vào ra là như nhau . Đối với những mạch ảo vĩnh viễn (PVC) thì các giá trị Bc, Be và CiR được xác định ngay khi thuê bao và được tính cụ thể như sau :

Đỉnh (Peak):l à tốc độ tối đa của một DLCI , là băng thông của DLCI cụ thể:

Tc = Bc / CiR .
Peak = CiR + Be / Tc = CiR ( 1+ Be / Bc)

Nếu Tc là một giây thì :
Peak = CiR + Be = Bc + Be.
EiR = Be.

Khi này thì :

Những frame vượt quá mức của Bc sẽ có bit DE là 1 .
Những vượt quá mức tổng của Be+ Be sẽ bị loại bỏ.

(dịch từ cisco.com)

[dangquangminh]

Frame relay vẫn là công nghệ WAN được triển khai nhiều nhất có dùng router. Đã có một sự chuyển đổi dần dần từ FR sang các công nghệ như VPN dựa trên nền IP và MPLS-VPN. Tuy nhiên Frame relay sẽ vẫn đóng một vai trò lớn trong các mạng doanh nghiệp trong một tương lai trước mắt.

Chuẩn FR được phát triển bởi nhiều nhóm nghiên cứu. Ban đầu, Cisco và các công ty khác (còn được gọi là gang of four) phát triển một chuẩn giúp cho tính tương thích của FR và phát triển sản phẩm. Sau đó một diễn đàn về Frame relay Framerelay Forum được thành lập nhằm phát triển FR. IETF hiện định nghĩa vài RFC liên quan đến việc dùng FR như là giao thức lớp 2 trong mạng IP.

Tài liệu Cisco IOS thường mô tả các chuẩn của FR thông qua các thoả hiệp hiện thực FRF, ví dụ FRF.12 liên quan đến đặc tả cho tiến trình phân mảnh. Cuối cùng, ANSI và ITU xây dựng trên các chuẩn này để chuẩn hóa FR theo chuẩn quốc gia của Mỹ và quốc tế.

Các mạch ảo của Frame Relay

Công nghệ Frame Relay thường chuyển các frame từ nguồn đến đích trên những đường dẫn kết nối ảo. Các đường đi ảo này có thể là các mạch ảo thường trực
(permanent virtual circuits - PVCs) hoặc các mạch ảo chuyển mạch (switched virtual circuits - SVCs).

Một PVC thường được thiết lập bởi các nhà cung cấp dịch vụ khi họ lập trình các tổng đài Frame Relay Switch. Tùy thuộc vào thoả thuận với nhà cung cấp, một khách hàng hoặc một PVC của người dùng có thể được cấu hình để mang lưu lượng đến một tốc độ nào đó được gọi là tốc độ thông tin cam kết (committed information rate - CIR).

CIR là tốc độ truyền mà mạng Frame Relay hoặc nhà cung cấp đồng ý truyền trong tình trạng bình thường, đây cũng là tốc độ trung bình trong một khoảng thời gian nào đó. Đơn vị của CIR là bits trên giây.

Mỗi kết nối PVC ở cuối mỗi thiết bị đầu cuối được xác định bằng một địa chỉ có chiều dài 10 bit trong phần header đầu của frame, còn được gọi là DLCI. DLCI thường được dùng để ánh xạ đến địa chỉ lớp mạng của đích đến, tức địa chỉ của router ở đầu xa của mạch PVC. Sau đó dữ liệu cần được truyền trên hạ tầng Frame relay sẽ được đóng gói trong các header này.

Mỗi header trong Frame Relay được chèn vào giá trị DLCI tương ứng đến địa chỉ lớp mạng của đích đến. Các frame sau đó sẽ được gửi đến tổng đài với giá trị DLCI ban đầu. Các frame này tiếp tục được trung chuyển về phía mạng đích thông qua các tổng đài của các nhà cung cấp dịch vụ FR. Các tổng đài FR có thể thay đổi giá trị DLCI sang các PVC khác trên đường đi về đích. Kết quả là, giá trị DLCI của một frame không nhất thiết phải là giống như giá trị ban đầu khi frame đi vào mạng Frame Relay. Vì vậy, giá trị DLCI chỉ có ý nghĩa cục bộ. Ngoài ra, cả hai đầu của PVC có thể dùng cùng giá trị DLCI, ví dụ DLCI 200. Tuy nhiên, ở cuối một kết nối, một DLCI không thể tượng trưng cho nhiều hơn một PVC.

[dangquangminh]

Các thông điệp LMI (Local Management Interface – LMI)

Các thông điệp LMI trong FrameRelay giúp ta quản lý trạng thái đường truyền giữa router thuê bao và tổng đài FR. Một router thuê bao dịch vụ FR có thể gửi các thông điệp truy vấn về trạng thái đến tổng đài và tổng đài sẽ trả lời bằng thông điệp trạng thái LMI Status để thông báo cho router về giá trị DLCI của mạch ảo VC cũng như là trạng thái của từng mạch VC này.

Ở chế độ mặc định, thông điệp LMI được gửi mỗi 10 giây. Cứ mỗi thông điệp thứ sáu sẽ mang đầy đủ thông tin về trạng thái, trong đó bao gồm thông tin đầy đủ hơn về từng VC.

Các thông điệp truy vấn LMI Status enquiry (từ router) và Status (từ tổng đài) cũng hoạt động như cơ chế keepalive. Một router sẽ xem các cổng của nó là bị hỏng nếu router không thể nhận thông điệp từ tổng đài trong ba chu kỳ (mỗi chu kỳ là 10 giây). Kết quả là, cơ chế LMI trong Frame Relay thực sự được cho phép hoặc không được cho phép bằng cách dùng lệnh keepalive/no keepalive trên cổng Frame Relay của router. Nói cách khác, lệnh no keepalive sẽ tắt các thông điệp LMI.

Có ba loại thông điệp LMI tồn tại, chủ yếu là do có nhiều nhà cung cấp thiết bị và các chuẩn khác nhau để phát triển FR. Kiểu được định nghĩa sớm nhất, được gọi là Cisco LMI thì hơi khác với các kiểu ANSI và ITU được định nghĩa sau đó. Sự khác nhau ở điểm:

- Cisco LMI cho dùng các giá trị DLCI được phép.
- Các giá trị DLCI được dùng để gửi thông điệp LMI.

Ví dụ kiểu LMI của Cisco cho phép dùng các giá trị DLCI từ 16 cho đến 1007. Kiểu LMI của ANSI cho phép dùng DLCI từ 16 đến 991. Giá trị DLCI được dùng để bởi chính LMI để truyền và nhận các thông điệp cũng khác nhau. Cisco LMI dùng DLCI 1023, còn ANSI LMI dùng DLCI 0.

Nói một cách thực tế, các vấn đề này ít quan trọng. Mặc định router sẽ tự động dò tìm loại LMI. Nếu cần thiết, lệnh frame-relay lmi-type có thể được dùng để chỉ ra kiểu LMI được dùng trên đường truyền Frame Relay.

[truongson_it88]

thay oi thay co the chi ro cho e ve ppp hon duoc khong