Hỏi về OSPF on demand circuit !

[poorchild]

Hi all !

Có một schenario như thế này nhưng poorchild chưa biết cách giải quyết. Please help me !

R1( Remote Site )------------------------------------R2 (Central site )

Bình thường Remote sẽ dùng static route đến Central site , nhưng khi đã kích hoạt Dial thì remote site phải quảng cáo network của mình qua dynamic routing bởi ở Central site sẽ redistribute dynamic route vào hệ thống mạng của mình. Em muốn hỏi cho cả hai trường hợp dùng RIP và OSPF ở remote site.

[ccie2467]

Dial on Demand dùng native OSPF thì không có efficiency lắm (hello, LSA refresh packets.....). Bởi vậy mới có RFC cho OSPF Demand circuit. Nếu em dùng OSPF thì nên dùng OSPF Demand Circuit. Nếu mà Remote site là stub site thì cách tốt nhứt là dùng static default route đến central và ở central dùng static route to remote. Cách dó cho STUB sites là the most optimized design. Em đọc cái tài liệu này. Hay lắm. Nếu có gì không hiểu thì cứ post lên hỏi nha. Good luck.

http://www.cisco.com/univercd/cc/td/doc/cisintwk/ics/cs012.htm#xtocid2023418

[ppp]

Hi poorchild !

Yêu cầu của bạn là dùng static route lúc chưa kích hoạt đường dial , và dùng RIP để trao đổi route với Central site lúc đường dial được kích hoạt lên . Vậy bạn không thể dùng passive interface rồi . Vì nếu dùng passive-interface thì ngay cả khi đường dial được kích hoạt RIP cũng sẽ không send update qua đường dial .
Có một giải pháp là dùng access -list . Bạn thử định nghĩa interesting traffic như sau :

access-list 101 deny udp any any eq 520 ( udp port RIP sử dụng để send update )
access-list 101 permit ip any any

Sau đó định nghĩa một dialer-list

dialer-list 1 list 101

Trong interface dialer
dialer-group 1

Như vậy update của RIP không thể trở thành interesting traffic , do đó không thể kích hoạt đường dial . Nhưng khi interface dialer đã up lên thì routing update có thể gửi qua interface này vì khi đó cả interesting lẫn uninteresting traffic đều có thể qua được interface này .
Ở central site , tốt nhất là bạn nên dùng static route . và passive interface này khi ở central site dùng các dynamic routing protocol .

Hi vọng giải quyết được thắc mắc của bạn

Chúc vui !

[Helix]

Mình nghĩ ý của bạn poorchild ở đây là làm sao cho dynamic routing (RIP, OSPF) chạy trên đường dial khi đã kết nối?
Theo em giải pháp SnapShot routing đối với RIP, hay DDR với OSPF là thích hợp.
Nhưng em vẫn chưa hiểu lắm về kỹ thuật này, các anh có thể trình bày rõ được không (có toplogy, config thì càng tốt)?

To ppp: giải pháp của anh rất hay

:D

[ppp]

Hi Helix !

Đúng như bạn nghĩ , thông thường ta dùng snapshot routing . Nhưng ở đây poorchild đang đề cập đến một topology khác đó là ở Central site có rất nhiều interface dùng cho dial . Và mạng ở Central site chạy các dynamic routing protocol . Giả sử ở central site ta dùng số interface async(trường hợp PSTN ) ít hơn số remote site (Để tiết kiệm số interface async vì hơn nữa không phải các remote site đều dial vào cùng một thời điểm . Khi đó ta không biết được interface async nào remote site đang kết nối nên dùng dynamic routing sẽ linh hoạt hơn .

cấu hình snapshot routing :

Central :

snapshot server 5 ; 5 là active time

Client

snapshot client 5 720

Ở đây 5 là active time tính theo đơn vị phút và 720 là quiet time . Như vậy routing update chỉ trao đổi trong 5 phút active time và trong suốt khoảng thời gian quiet time thì routing update sẽ không trao đổi . Hết khoảng thời gian quiet time , đường dial lại được kích hoạt và routing update sẽ được trao đổi . Giải pháp này sẽ rất tiết kiệm money .

Mong được trao đổi thêm .

[lee]

vậy anh Quốc ơi, trong thời gian quiet time, thì các entry trong bảng routing sẽ bị đóng băng, vậy nghĩa là các dynamic routing trong nội bộ 1 router sẽ không trao đổi bảng định tuyến à? Vậy giả sử trong quiet-time có 1 entry trong bảng định tuyến thay đổi thì các router khác vẫn tiếp tục gửi về đó à?
Còn ODR thì hình như không phải là 1 giao thức định tuyến phải không anh?Nhưng sao cơ chế của nó cũng tương tự giao thức định tuyến động wá vậy, và hình như ở branch không biết được các entry của central phải không anh?

[danguyennhi]

Theo mình thì ODR (Ondemand routing) có thể xếp vào nhóm các routing protocols. Ở branch thì chỉ luôn luôn dùng default-route hướng về head-office nên kết luận của lee là branch không biết về các entry của head-office.

trong cơ chế của snapshot, khi có một thay đổi xảy ra, đường dial vẫn sẽ được kích hoạt do snapshot vẫn hoạt động theo cơ chế trigger update. Snapshot routing chỉ cố gắng đóng băng các ROUTING UPDATEs, không làm cho các routing update này là tác nhân gây ra interesting traffic của đường dial.

[lee]

nghĩa là update không cần là interesting traffic sao? Vậy làm sao nó gửi wa đường dial được?Và nghĩa là khi line protocol thay đổi thì nó có gửi bản update cho neighbor liền không chị Nhi?
Và theo em thì ODR không nên gọi là 1 routing protocol, vì đả là routing protocol thì cả 2 bên phải cùng biết được thông tin về nhau mới đúng! Xin được bàn thêm!

[ppp]

Hi Lee !

Em có thể thao khảo thêm về snapshot ở đây :
http://www.cisco.com/en/US/products/sw/iosswrel/ps1828/products_configuration_guide_chapter09186a00800872 6e.html#3739

ODR :

http://www.cisco.com/en/US/tech/tk365/tk810/tech_protocol_family_home.html

Chúc thành công .

[lee]

cám ơn anh Quốc nhiều, những site của anh cho có nhiều ví dụ lắm, và em cũng đang cần cái này, cám ơn anh lần nữa, có gì không hiểu em sẽ post lên hỏi các anh!

[danguyennhi]

Khi cấu hình ODR, cần phải nhớ các điểm quan trọng sau:
- Không có giao thức định tuyến nào cấu hình trên stub router. IP routing được bật lên ON ở chế độ mặc định. Cho phép sử dụng default route
- bất kỳ một địa chỉ secondary nào được cấu hình trên stub router sẽ không được truyền bởi CDP về hub router
- ODR phải được cấu hình trên hub router
- Mặc dù CDP là cho phép ở chế độ mặc định trên tất các các interface, một vài cổng giao tiếp WAN chẳng hạn như ATM đòi hỏi phải cấu hình CDP bằng lệnh cdp enable
- CDP dùng cơ chế multicast, vì vậy với những cơ chế WAN yêu cầu phát biểu mapping, hãy dùng phát biểu broadcast để đảm bảo rằng các CDP là được truyền.
- Có thể hiệu chỉnh CDP timers để gửi các cập nhật thường xuyên hơn chu kỳ mặc định 60s.