Cho em hỏi một tí về EIGRP?

[poorchild]

Hi , !

Em đọc sách CCNP có một chút thắc mắc , mong các anh giải đáp dùm.

Thường người ta ít khi dùng EIGRP qua mạng frame-relay. Nhưng nếu ta dùng EIGRP qua mạng frame-relay thì sẽ có vấn đề sau :

Như OSPF , EIGRP cũng thành lập neighbor. Nhưng trong EIGRP ta không có các dạng NBMA non-broadcast , hay point-to-multipoint như OSPF. Vậy trong trường hợp này ta phải dùng map.. Nhưng nếu số neighbor quá nhiều thì ta phải làm như thế nào.

Mong mấy anh giúp giùm em , em không có cơ hội làm lab nhiều ..

Lần đầu tiên tham gia diễn đàn.. em cũng hơi bỡ ngỡ.. Mong sẽ được mấy anh chỉ giáo cho. Thanks a lot !

[dangquangminh]

Hi , !

Em đọc sách CCNP có một chút thắc mắc , mong các anh giải đáp dùm.

Thường người ta ít khi dùng EIGRP qua mạng frame-relay.


EIGRP trên môi trường NBMA cũng rất hay gặp.

Nếu số neighbor quá nhiều thì bạn nên dùng cơ chế động, không dùng cơ chế tĩnh (Frame-relay map).

Mong được trao đổi thêm,
Mến
Minh

[poorchild]

Hi !

Dùng map động là sao . Em vẫn chưa hiểu . Ý của anh là mình dùng frame-relay interface-dlci ? Như thế từ khoá broadcast sẽ không có .. EIGRP có thành lập được neighbor hay không ? Em cũng không thử trên lab được nên không biết kết quả sẽ như thế nào.

Em muốn hỏi là trong schenario sau

(Spoke A ) ------------- (Hub) --------------( Spoke B )
-
( SpokeC)

Giả sử ta dùng net 192.168.1.0 . Nếu chạy EIGRP thì ta cần dùng map giữa A và hub , A và B , A và C . Tương tự như thế cho B, C và hub .

Vậy anh có thể chỉ em cách dùng map động như thế nào không ?

Thanks !

[sinhvienngheo]

Cơ chế động dùng FR Inversearp để tìm ra địa chỉ của next-hop, dựa trên giá trị dlci biết trước. Các trả lời đến các truy vấn arp này được lưu vào một bảng bao gồm các giá trị dlci+ address. Bảng này sau đó được dùng để cung cấp địa chỉ của next-hop hay dlci của outgoing traffic.

Cơ chế định vị địa chỉ động được enable cho tất cả các protocols, tuy nhiên có thể disable cho một vài protocol nào đó. Kết quả là bạn có thể dùng dynamic mapping cho một vài protocol và static mapping cho cácc protocol còn lại. Bạn cũng có thể disable inverse arp cho một dlci nếu bạn biết protocol không được support trên đầu kết nối còn lại của connection.

Cấu hình dynamic:

mặc định là on. Bạn chỉ cần encapsulation frame-relay.
Packets sẽ không send ra interface không được cấu hình trên interface.

Cấu hình Static Address Mapping:

Dùng lệnh static để map một next-hop protocol về dlci. static map sẽ không làm xuất hiện các arp request. Inverse arp sẽ tự động disable cho protocol được chỉ ra trên dlci.

Bạn phải dùng static map nếu router ở đầu khia không hỗ trợ Inverse ARP.

Khi đi thi, bạn nên dùng static.

Chúc bạn thành công,

[PhungHai]

Trong trường hợp frame-relay non-fullmesh như trường hợp của poorchild đưa ra, vẫn bắt buộc phải dùng static map vì giữa các spoke không có direct circuit. Trên hub thì có thể không cần dùng static vì hub có circuit đến tất cả các spoke và hub sẽ có dlci-ip mapping đến tất cả các spoke qua inverse-arp.

Ngoài phương pháp dùng frame-relay map, có thể dùng policy routing ở các spoke.

[PhungHai]

Poorchild,

Trong trường hợp nhiều spokes trong mô hình hub-spoke, có thể dùng cách sau để không cần dùng static map trên spoke:

- Dùng multipoint subinterface ở hub.
-Dùng point-to-point subinterface ở spoke.

Point-to-Point interface không cần static map hay dynamic map để có thể reach được các spoke khác.

[sinhvienngheo]

Trong trường hợp frame-relay non-fullmesh như trường hợp của poorchild đưa ra, vẫn bắt buộc phải dùng static map vì giữa các spoke không có direct circuit. Trên hub thì có thể không cần dùng static vì hub có circuit đến tất cả các spoke và hub sẽ có dlci-ip mapping đến tất cả các spoke qua inverse-arp.

Ngoài phương pháp dùng frame-relay map, có thể dùng policy routing ở các spoke.

em có một ý kiến: khi ta cấu hình EIGRP trên topology trên, đâu bắt buộc là các spokes phải thấy nhau. Và vì vậy, đâu nhất thiết phải dùng frame-relay map giữa các spokes.

[PhungHai]

My Linh,

Các spoke đúng là không cần phải thấy nhau hay là thiết lập neighbor (spoke thiết lập neighbor với hub). Bảng routing vẫn hoạt động bình thường, tuy nhiên các spoke không thể ping frame-relay interface của nhau đuợc. Vì vậy phải dùng frame-relay map hoặc policy based routing.

Đối với OSPF, nếu dùng dạng point to multipoint network trên frame-relay, sẽ không cần dùng map vì trong routing table của các spoke, đều có route 32 bit của các đầu frame-relay interface của các spoke khác.

[ppp]

Anh Hải !

Nếu mình dùng OSPF point - to - multipoint . Ở Hub là point - to - multipoint thì ở spoke chỉ có thể là point - to - multipoint . Có thể dùng loại network type khác không ! Em đã thử dùng point-to-point ở Spoke và chỉnh lại hello-interval cho phù hợp nhưng không được do trong database của point-to-point không có lại net 32 bit ( tức là nó không chấp nhận net 32 bit do Hub quảng cáo ra ) .

Về các dùng phối hợp của các loại network type này em thấy nhiều chỗ còn hơi bị confused . Có tài liệu nào nói rõ về phần này không ?

Xin các anh chỉ giáo !

[nuoctra]

Chào mọi người, để hiểu một cách đầy đủ về vấn đề này, các bạn nên biết các “OSPF Media Type”.
Media của OSPF bao gồm 4 loại:
- Multiaccess media
- Point-to-point media
- Nonbroadcast multi-access media (NBMA)
- Demand circuits

1 Multiaccess media: đó là môi trường Ethenet, FE, GE, FDDI, TokenRing,..
- OSPF default network type: Broadcast (dùng multicast để thiết lập adjacency)
- Có chọn DR và BDR.
2 Point-to-point: đó là môi trường HDLC, PPP encapsulation trên đường WAN; FrameRelay/ATM point-to-point subinterfaces
- OSPF default network: point-to-point (vẫn dùng multicast based, tại sao?? Vì trong trường hợp cấu hình unnumbered links, không biết destination address, thì vẫn có thể thiết lập được neighbor)
- Không có chọn DR và BDR.
3 NBMA: có rất nhiều media thuộc loại này gồm: FR, X.25, ATM,..
- Trong trường họp này thì khá phức tạp, nó đòi hỏi phải cấu hình lại media cho tương thích, vì sẽ không có ospf multicast packets được truyền.
- OSPF default network type: là Nonbroadcast.
Trong môi trường này gồm có các loại mình có thể cấu hình mô phỏng OSPF như:
• Broadcast Model
• Point-to-point model
• Point-to-multipoint model
a. Broadcast model: để mô phỏng thành mội trường này trong ospf:
i. Cấu hình “ip ospf network-type broadcast” dưới interface FR.
ii. Hoặc khai báo neighbor trong Hub router.
b. Point-to-point model: trong trường hợp này thì mỗi PVC là một subinterface point-to-point.
c. Point-to-multipoint model:
Lưu ý là nếu như bạn đã cấu hình point-to-multipoint thì phải đảm bảo là các router trong cùng NBMA cũng phải khai báo giống như vậy, nó mới thiết lập được adjacency.
4. Demand Circuit:
Với loại này, adjacency được thiết lập và trao đổi database ngay từ lúc đầu, và sau khi hết dead timer, adjacency vẫn được duy trì ngay cả khi mà layer 2 down. Nó rất có lợi trong môi trường kết nối bằng ISDN vì chúng ta không phải những khoản tiền không cần thiết.

Tóm lại, các bạn phải biết những loại media trên thì cấu hình OSPF sẽ không sai và tuỳ theo yêu cầu đề bài mà cấu hình NBMA thành loại nào.

Câu lệnh này rất có ích để biết chính xác interface của bạn thuộc loại network type nào trong môi trường OSPF:
“ sh ip ospf int xx”

Chúc vui.
nuoctra

[ppp]

Như vậy là khi dùng point-to-multipoint ở hub thì ta phải dùng point-to-multipoint ở spoke ! Em cũng nghĩ việc dùng một network type khác ở spoke cũng chẳng có ý nghĩa vì ta cũng chưa thấy được mặt lợi của nó đôi khi lại gây khó khăn thêm . Xin cám ơn anh đã chỉ giáo . ( Cho em hỏi anh có phải là một CCIE không vậy ! )

Have fun !

[PhungHai]

ppp,

Mình đang nói về EIGRP trên frame relay nên có thể dùng point-to-multi point tại hub và point to point tại spoke để giải quyết vấn đề phải cấu hình nhiều frame-relay map. Nếu dùng OSPF thì tốt nhất nên dùng chung loại ospf network.

[dangquangminh]

Anh Hải !

Nếu mình dùng OSPF point - to - multipoint . Ở Hub là point - to - multipoint thì ở spoke chỉ có thể là point - to - multipoint . Có thể dùng loại network type khác không ! Em đã thử dùng point-to-point ở Spoke và chỉnh lại hello-interval cho phù hợp nhưng không được do trong database của point-to-point không có lại net 32 bit ( tức là nó không chấp nhận net 32 bit do Hub quảng cáo ra ) .

Về các dùng phối hợp của các loại network type này em thấy nhiều chỗ còn hơi bị confused . Có tài liệu nào nói rõ về phần này không ?

Xin các anh chỉ giáo !

ppp,

Nếu bạn hiệu chỉnh hello-interval ở spokes trong trường hợp này, bạn có thể thiết lập được neighbor. Nhưng ospf database sẽ không được trao đổi.

Mến,
Minh