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]

Re: Tai sao thu tu lenh trong cau hinh Frame Relay lai rat quan trong ???

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]

CIR trong frame-relay

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]

Re: CIR trong frame-relay

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,