Trường hợp Loop trong traceroute

[tridam]

Hi all,

Vừa qua mình vừa gặp 1 trường hợp sau ở một công ty của khách hàng khi mình thực hiện lệnh traceroute:

Tracing route to aaa.bbb.ccc [x.x.x.x] over a maximum of 30 hops:

1 3 ms 2 ms 1 ms 192.168.0.1
2 4 ms 4 ms 4 ms 10.0.0.138
3 12 ms 11 ms 11 ms aaa.aaa.aaa.aaa
4 12 ms 11 ms 11 ms bbb.bbb.bbb.bbb
5 10 ms 10 ms 9 ms ccc.ccc.ccc.ccc
....
....
10 12 ms 11 ms 11 ms aaa.aaa.aaa.aaa
11 12 ms 11 ms 11 ms bbb.bbb.bbb.bbb
12 10 ms 10 ms 9 ms ccc.ccc.ccc.ccc
....
....
20 12 ms 11 ms 11 ms aaa.aaa.aaa.aaa
21 12 ms 11 ms 11 ms bbb.bbb.bbb.bbb
22 10 ms 10 ms 9 ms ccc.ccc.ccc.ccc

Và cứ như thế.
(Các route mình không nhớ chính xác lắm nên lấy đỡ kết quả traceroute của máy mình để minh họa).

Trường hợp này xảy ra là do lý do gì ?

Cảm ơn nhiều.
Trí Đảm.

[PhungHai]

Routing loop có thể do nhiều nguyên nhân khác nhau. Dựa theo kết quả traceroute của bạn thì loop bắt đầu phát sinh từ aaaa, trỏ đến bbbb rồi đến cccc lại trỏ ngược về aaaa. Để biết chính xác nguyên nhân của loop mình nghĩ bạn cần xem xét routing table của aaaa, cccc. Với các thông tin trên, khó mà biết được nguyên nhân của vấn đề. Lý do routing loop có thể là:

- Multual resitribution.

- Recursive tunnel loop (có thể loại trừ trường hợp này)

- Administrative distance

- BGP recursive route loop

- loop do cấu hình dynamic NAT sai

- ....

[happyman_1x]

bạn bị routing loop rồi ! xảy ra do bảng routing của các router cập nhật không chính xác. Không biết các router của tridam sử dụng routing protocol gì ?

[tridam]

Thông tin thêm:
- Không thể xem thông tin được vì aaa, bbb, ccc thuộc về phần net bên ngoài.
- Traceroute đến một địa chỉ của FPT.

Regards,
Trí Đảm