Discontiguous network với EIGRP??

[themask]

Nhằm giới thiệu rõ hơn về cách thức & cơ chế hoạt động cửa các class-full Distance Vector Routing Protocol, bài này xin đưa ra một ví dụ cụ thể đề cập đến vấn đề xảy ra khi sử dụng RIP IGRP trên mô hình mạng kết nối không liên tục ( Discontiguous Network) và cách giải quyết những hạn chế đó.

Mô hình kết nối mạng không liên tục ( Discontiguous Network) (DN)

Một mô hình kết nối được gọi là DN khi một mạng chính ( Major Network) bị chia cắt bởi một hay nhiều Major network khác. Trong sơ đồ kết nối bên dưới, mạng chính lớp B 131.108.0.0 bị chia làm hai phần ở 2 router 1 và 2 bởi một mạng chính khác là 137.99.0.0. Trong trường hơp nhu vậy mạng 131.108.0.0 được gọi là mạng không liên tục.



Đối với các giao thức Routing class-full như RIP và IGRP, một khi router quảng báo một mạng xuyên qua một mạng chính khác thì mạng được quảng bá sẽ bị tóm tắt ( summary) vể mạng chính ( Major Network, such as class A, B or C). Cụ thể trong mô hình trên khi Router 1 sẽ gửi Update chứa mạng 131.108.5.0 đến Router 2 qua 137.99.88.0, nó sẽ chuyển mạng được quảng bá 131.108.5.0/24 thành 131.108.0.0/16. Quá trình này còn được gọi bằng tên khá quen thuộc trong routing là SUMMARIZATION.

Để thấy rõ được các phát sinh, ta tiếp tục quan sát quá trình chạy routing giũa 2 Router.

Trước khi Router 1 gửi update đến Router 2, nó thực hiện một số kiểm tra như sau:
- Xét xem mạng 131.108.5.0/24 có phải cùng mạng chính với mạng của interface gửi Update (Source Interface) 137.99.88.0/24 hay không
- >>>>> Không trùng Major Network - > Router 1 tóm tắt ( summary) 131.108.5.0/24 về mạng chính lớp B 131.108.0.0/16 và quảng bá đến Router 2.

Để xem các thông tin Rouer gửi trong bảng Update, lệnh Debug ip rip cho kết quả như sau:

RIP: sending v1 update to 255.255.255.255 via Serial0 (137.99.88.2)
network 131.108.0.0, metric 1

Router 2 nhận các quảng bá và thực hiện một số bước kiểm tra sau:
- Xem thử mạng nhận được (131.108.0.0) có cùng mạng chính với mạng của Interface nhận quảng bá ( 137.99.88.0) hay không?
- >>>>> Không cùng mạng chính -> Router 2 tìm trong bảng routing của nó thử xem có subnet nào cùng mạng chính với mạng nhận được 131.108.0.0 mà nó học qua các Interface khác hay không.
- >>>>>>>>> Có: mạng 131.108.2.0/24 (directly connected)

Kết quả debug ip rip như sau:

RIP: received v1 update from 137.99.88.1 on Serial0
131.108.0.0 in 1 hops

Trong trường hợp này, rõ ràng Router 2 sẽ bỏ qua route này ( update was ignored) vì mạng con (subnet ) duy nhất tìm được trong bảng Routing Table mà cùng mạng chính lại là mạng kết nối trực tiếp (directly connected).

Từ Router 2, show ip route cho kết quả như sau:
137.99.0.0/24 is subnetted, 1 subnets
C 137.99.88.0 is directly connected, Serial0
131.108.0.0/24 is subnetted, 3 subnets
C 131.108.2.0 is directly connected, Ethernet0

Do vậy, Router 2 Drop tất cả các gói tin từ 131.108.2.0/24 gửi đến 131.108.5.0/24.

Để tránh tình trạng này, cách đơn giản nhất là sử dung route tĩnh ( static route) trên cả 2 Router xác định rõ nexthop đến các mạng con cụ thể.

Cụ thể bổ sung route tĩnh trên Router 1 như sau:

ip route 131.108.2.0 255.255.255.0 137.99.88.1

Trên Router 2:

ip route 131.108.5.0 255.255.255.0 137.99.88.2

[it_email]

1.on-demand link?
floating static route có phải là một đường route dự phòng cho RP nếu RP này bị fail, nó được dùng khi có nhiều RP trên một router? Khi đó routing với AD bé hơn sẽ được chọn?
2.Để thay đổi giá trị AD default thì cần chú ý đến các nguyên tắc design của network.Vậy những nguyên tắc đó là gì?
Giá trị AS được các tổ chức tự gán hay là do một tổ chức nào tự cấp?theo mình thì do một tổ chức tự cấp, có đúng ko?
3.OSPF convergence: Khi một router nhận được LSA thì nó flood ra tất cà interfaces.THế thì router nào cuối cùng cũng nhận được LSA. Thế thì router ban đầu gửi LSA sao ko dùng broadcast mà lại dùng multicast. Hay là nó muốn giảm process của chính mình?
4.RIP convergence: Tại sao router ban đầu phát hiện ra đường route bị fail và gửi flash update lại yêu cầu neighbor của nó chọn một đường route. Để sau khi hết thời gian holddown thì các router sẽ accept lựa chọn này.Mình nghĩ chính nó mới phải đưa ra một sự lưa chọn đường route cho các route khác(gồm neighbor của nó) chứ.
Thanhs

[ppp]

Mình có ý kiến như thế này về các vấn đề bạn nêu :
1) ĐÚng như bạn nghĩ . Khi cấu hình static route ta có thể chỉ định AD . Giả sử bạn cấu hình nhiều static route với cùng một mạng thì static route nào coá AD thấp nhất sẽ được install vào bảng route . Nếu gateway của static route đó fail thì static route có AD nhỏ thứ hai sẽ được install vào bảng route .
2) Có một tổ chức cấp AS . Nhưng đó AS dùng với BGP .
3) Mình cũng nghĩ như bạn nhưng không phải là để giảm process của router flood LSA mà giảm process của router nhận .
4) Không hiểu ý bạn lắm .

[R3]

Một cách giải quyết Discontinuos Network là dùng IP Unnumbered

Mỗi kết nối serial hay point-to-point subinterface chỉ cần 2 địa chỉ, để tiết kiệm không gian địa chỉ ta mượn địa chỉ IP của 1 LAN interface để làm source address cho các routing update.
Khi đó, bảng định tuyến sẽ cập nhật thế nào? Thông thường, khi router nhận update sẽ sử dụng source address để xác định next-hop. Khi mượn địa chỉ, source adrress không kết nối trực tiếp với router nhận update nên router sẽ học tên interface mà ta thực hiện IP unnumbered và cập nhật vào bảng định tuyến ở dạng interface route. Nghĩa là router sẽ nhận update dựa vào tên interface chứ không dựa vào địa chỉ next-hop. Đó cũng là lý do tại sao IP unnumbered chỉ hoạt động hiệu quả đối với các kết nối point-to-point.

Xét cấu hình theo sơ đồ dưới đây:



Các subnet có cùng major network kết nối qua cổng serial, các int serial sẽ mượn địa chỉ từ Ethernet.

R0
!
interface Serial0
ip unnumbered Ethernet0
!
interface Ethernet0
ip address 172.16.10.196 255.255.255.192
!
router igrp 10
network 172.16.0.0

R1
!
version 12.0
!
interface Ethernet0
ip address 172.16.1.1 255.255.255.192
!
interface Serial1
ip unnumbered Ethernet0
clockrate 64000
!
router igrp 10
network 172.16.0.0
!


Kiểm tra bảng định tuyến và các route học được:

R0#sh ip ro

172.16.0.0/26 is subnetted, 3 subnets
C 172.16.10.192 is directly connected, Ethernet0
I 172.16.0.0 [100/80225] via 172.16.1.1, 00:00:39, Serial0/0
I 172.16.1.0 [100/80225] via 172.16.1.1, 00:00:39, Serial0/0

R0#sh ip ro 172.16.0.0
Routing entry for 172.16.0.0/26, 3 known subnets
Attached (1 connections)
Redistributing via igrp 10
Advertised by igrp 10

C 172.16.10.192 is directly connected, Ethernet0
I 172.16.0.0 [100/80225] via 172.16.1.1, 00:00:48, Serial0/0
I 172.16.1.0 [100/80225] via 172.16.1.1, 00:00:48, Serial0/0

R0#ping 172.16.1.1

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 172.16.1.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/40/56 ms


:D

[admin]

để giải quyết vấn đề discontinuos subnet trên, đã có hai giải pháp được đưa ra:

1. dùng static route
2. dùng ip unnumbered

có ai có giải pháp nào nữa không?

xin cảm ơn,

[themask]

Hi,

- Chạy Ripv2
- Tạo Vitual Network.

Ai còn cách nào khác không?

[TageOniR]

Mình có thể tạo ra ip address secondary trên interface đó và cùng lớp mạng với 2 subnet 2 bên . Như vậy được không . Nhưng nếu đươc thì mình phải tốn thêm 2 IP address nữa nhỉ ! Phí quá .
Mong học hỏi đựoc nhiều !

[1''hpSky]

Discontiguous network với EIGRP??

(1) Với tôpô sau:



Nếu cấu hình EIGRP trên hai Router A và B, thì vấn đề xảy ra bởi EIGRP tự động auto-summary tại biên classfull. RTA và RTB sẽ tương ứng discard các net 2.1.2.0/24 và 2.1.1.0/24.

Command no auto-summary giải quyết được vấn đề này. Nhưng trong trường hợp chỉ cấu hình trên RTA, còn RTB vẫn giữ nguyên default auto-sum, thì vấn đề gì xảy ra??

(2) Command ip classless sẽ giúp cho các giao thức như IGRP hay RIP hiểu được classless. Câu lệnh này yêu cầu gì và có hạn chế gì so với một giao thức hỗ trợ Classless Routing??

[netdevice]

Hi 1''hpSky,
Trong topology của bạn:



Nếu chỉ cấu hình no auto-summary trên RTA thì RTB sẽ không có vấn đề gì, còn RTA sẽ có tuyến đến 2.0.0.0/8 thông qua RTB, điều này không chính xác. Nếu interface 2.1.1.0/24 của RTA down, thì những packet có IP dest là 2.1.1.0/24 sẽ được RTA gởi đến RTB và sẽ bị RTB hủy.

IP Classless không giúp các giao thức IGRP và RIP hiểu được classless mà giúp bản thân Router hiểu được classless.

Khái niệm classless có hai ý nghĩa:

1) Các giao thức định tuyến classless: mỗi một entry trong các routing update sẽ có subnet mask đi kèm.

2) Router thực hiện định tuyến classless: router sẽ bỏ qua qui luật lớp của IP address, router chỉ cần xem IP dest của IP packet có trùng với một entry nào trong bảng định tuyến để có quyết định hợp lý.

Thân chào.

[1''hpSky]

Có nghĩa là RTA sẽ nhận route 2.0.0.0/8 và lưu vào bảng định tuyến??

Các packets đến mạng 2.0.0.0/8 từ RTA sẽ check Routing Table, và ưu tiên route 2.1.1.0/24-ethernet0 trước? Nếu không match, sẽ gửi tới 2.0.0.0/8 qua interface S0?

Đây có phải là cách thức lựa chọn của giao thức định tuyến khi có nhiều đường đi tới cùng một đích: Chọn longest match of SN?

[sinhvienngheo]

Hi,

Nguyên tắc longest match như bạn nêu trên là đúng.

thân,

[rose]

Hi 1''hpSky,
Trong topology của bạn:



Nếu interface 2.1.1.0/24 của RTA down, thì những packet có IP dest là 2.1.1.0/24 sẽ được RTA gởi đến RTB và sẽ bị RTB hủy.

\

anh netdeivce có thể nói rõ hơn câu này được không. Xin cảm ơn anh

[ppp]

Trong trường hợp interface 2.1.1.0/24 của RTA up , trong bảng routing của nó sẽ có hai network 2.1.1.0/24 và 2.0.0.0/8 . Quy tắc longest prefix match được áp dụng . Khi có một packet gửi đến network 2.1.1.0/24 thì RTA sẽ gửi nó qua interface ứng với network này .
Trong trường hợp interface 2.1.1.0/24 của RTA down , trong bảng routing của RTA chỉ còn network 2.0.0.0/8 và next hop của nó là RTB . Khi RTA muốn gửi packet đến 2.1.1.0 , nó sẽ gửi đến RTB . RTB không biết network này nên sẽ huỷ bỏ packet .

mến ,

[rose]

Re: Discontiguous network với EIGRP??

Cho em thắc mắc tí ,tại sao ko drop tại RTA mà phải đến RTB mới drop, nếu có RTC, RTD thì cho đến tận TRD mới drop packet này á.Mong giải thích hộ iem.

[ppp]

Rose ,

Tại RTA packet gửi đến network 2.1.1.0/24 vẫn chưa bị drop vì trong bảng routing vẫn còn một network 2.0.0.0/8 . Network 2.0.0.0/8 này được tạo ra ở RTA do RTB sử dụng auto-summary network 2.1.2.0 /24 .

Next-hop của network 2.0.0.0/8 là interface serial của RTB do đó packet phải được gửi đến RTB . Tại đây RTB sẽ drop packet do không biết đường để gửi packet đi .

Trong trường hợp network có thêm RTC, hay RTD . Tuỳ theo topology của mạng mà ta biết packet sẽ bị drop ở router nào . Quan trọng nhất là ta phải hiểu cách thức làm việc của bảng routing và quy tắc longest prefix match .

mến ,