Detect Frame Relay interface down.

[baracuda]

Mong các bạn giúp mình về vấn đề này.
Topo mạng như sau:R1 và R2 spoke, R3 hub
Mình đã config floating static route trên R3 đến mạng 176.16.2.0/24 qua R1 và R2.
R1 là primary, R2 backup .R3 install route của R1 vào bảng routing.
Vấn đề là khi interface s1/0.1 của R1 down, R3 không detect ra điều này, nên không dùng floating static route qua R2 để đến đích.
Bạn nào có solution cho vấn đề này thì giúp mình với.
Thankx alot .

[dangquangminh]

scenario này là lab hay thực tế?

[chidd]

Thực ra thì có một vài các để làm giải quyết vấn đề này. Nhưng mình thích 2 cách này:
1. Sử dụng Tunnel:
R1:
Int tunnel13
ip add {tuỳ ý}
tunnel sou {ip add của FR interfa trên R1}
tunnel des {ip add của FR int trên R3 }
keepalive {number}

R3:
ip add {tuỳ ý}
tunnel sou {ip add của FR interfa trên R1}
tunnel des {ip add của FR int trên R3 }
keepalive {number}

Sau đó bạn Routing theo int Tunnel (đừng theo interface FR bởi vì FR int sẽ không down vì nhiều lý do)

Cách 2: Sử dụng FrameRelay End-to-End
R1:
map-class frame-relay EEK
fram end keep mode Reply
int {FR}
frame-relay inter {dlci-to-R3}
class EEK
R3:
map-class frame-relay EEK
fram end keep mode Request
int {FR}
frame-relay inter {dlci-to-R1}
class EEK

Nhìn bài hình vẽ của bạn thì có nhiều cách làm lắm, sao phải dùng Floating route là sao ??
Chúc vui.

Chidd

[Mr.LeVy]

Mong các bạn giúp mình về vấn đề này.
Topo mạng như sau:R1 và R2 spoke, R3 hub
Mình đã config floating static route trên R3 đến mạng 176.16.2.0/24 qua R1 và R2.
R1 là primary, R2 backup .R3 install route của R1 vào bảng routing.
Vấn đề là khi interface s1/0.1 của R1 down, R3 không detect ra điều này, nên không dùng floating static route qua R2 để đến đích.
Bạn nào có solution cho vấn đề này thì giúp mình với.
Thankx alot .

Lâu lâu mới thấy được 1 câu hỏi thú vị thế này trên vnpro. Cũng giống như bác chidd, em ko hiểu vì sao bác lại thích dùng static trong trường hợp này.

Về giải pháp thì bác chidd đã cung cấp 2 solutions khá ok rồi. Riêng em thì em thích giải pháp 2 hơn, giải pháp 1 em ko khoái lắm.

Ngoài ra em đề nghị 1 giải pháp khác ( em chưa test), bác xem xét thử nhé ( sửa lại cho đúng cấu hình của bác nha) rồi cho mọi người biết kết quả

rtr 1
type frame-relay interface serial 0/0 dlci 101
timeout 1000
frequency 3
rtr sched 1 start-time now life forever
!
track 1 rtr 1 state
!

ip route 192.168.1.0/24 s0/0 track-object 1

[baracuda]

Hi All,
Đây chỉ là bài lab và FR switch là simulate.
Ý tường của mình là R0 dùng HSRP gateway 172.16.1.2 để đến R3 . R1 làm active và R2 standby.
Trên R3 tạo 2 static route đến R0.
Bình thường từ R0 ping đến R3 OK, traffic trả về được R3 route qua R1.
Khi R1 bị down, R2 active lúc này R0 không ping R3 được nữa vì R3 cứ dùng route của R1. Mình cấu hình floating static route qua R2 là để khi R3 detect R1 down thì dùng R2.
Cám ơn mọi người đã share kiến thức. Mình sẽ test thử xem nó thế nào. Thankx.

[Kakalot_]

Hi all,
Sử dụng IP SLA làm được rất nhiều thứ, bạn có thể tìm đọc thêm trên cisco về topic này: http://www.cisco.com/en/US/docs/ios/...de/hsla_c.html
Theo Kakalot_ cả 3 cách các bạn trên đây rất hay, riêng mình thì chỉ thích sử dụng End-to-end KeepAlive (EEK) và IP SLA, còn cách dùng tunnel thì không khoái lắm, hehehe..... :)
Còn có cách nữa là mình dùng track object để monitor bảng định tuyến của bạn, theo dõi 1 route nào đó được học từ phía interface mà bạn cần biết trạng thái thi down,

Thân chào,
Kakalot_