Tweet
Xử lý khi RIP không thể đi qua các Dialer Interface và vấn đề Flapping
1. Cập nhật RIP không thể đi qua các Dialer Interface – nguyên nhân: Thiếu từ khóa broadcast trong dialer map
Khi một giao diện quay số (ví dụ ISDN) bạn có thể muốn chạy một giao thức định tuyến qua kết nối này. Phương pháp định tuyến tĩnh có thể làm công việc này, nhưng trong các mạng với một số lượng lớn các tuyến đường, các tuyến tĩnh có thể không quy mô. Vì vậy, chạy một giao thức định tuyến động như RIP là cần thiết. Trong một số trường hợp, liên kết ISDN có thể được kết nối, nhưng không thông tin định tuyến không đi qua được.
Ví dụ:
R1#
interface BRI3/0
ip address 192.168.254.13 255.255.255.252
encapsulation ppp
dialer map ip 192.168.254.14 name R2 57654
dialer-group 1
isdn switch-type basic – net3
ppp authentication chap
access-list 100 permit udp any any eq 520
access-list 100 deny ip any any
R1#debug ip packet 100 detail
IP: s=192.168.254.13 (local), d=255.255.255.255 (BRI3/0), len 46, sending
broad/multicast UDP src=520, dst=520
IP: s=192.168.254.13 (local), d=255.255.255.255 (BRI3/0), len 72, encapsulation failedUDP src=520, dst=520
Cho thấy rằng RIP được gửi bản cập nhật broadcast đối với R2. Ta thấy nó failing vì encapsulation failed.
Giải pháp:
Để khắc phục vấn đề này, thêm từ khóa broadcast trong dialer map, cho Router R1.
Ví dụ:
interface BRI3/0
ip address 192.168.254.13 255.255.255.252
encapsulation ppp
dialer map ip 192.168.254.14 name R2 broadcast 57654
dialer-group 1
isdn switch-type basic – net3
ppp authentication chap
2. Xử lý sự cố vấn đề Flapping trong RIP
Chạy RIP trong một môi trường phức tạp đôi khi có thể gây ra flapping cho các tuyến đường. Tuyến đường flapping đề cập đến tuyến đường đi vào và đi ra khỏi bảng định tuyến. Để kiểm tra xem các tuyến đường đang thực sự flapping, kiểm tra bảng định tuyến và nhìn vào thời gian của các tuyến đường. Nếu trong thời gian liên tục nhận được thiết lập 00:00:00, điều này có nghĩa rằng các tuyến đường đang bị flapping. Nhiều lý do tồn tại cho tình trạng này. Phần này thảo luận về một trong những lý do mất gói tin phổ biến bởi vì các gói tin trên giao diện của người gửi hoặc nhận. Ví dụ trong phần này xem xét Frame Relay bởi vì nó là phương tiện phổ biến nhất, trong đó vấn đề này xảy ra. Các gói tin bị mất có thể được xác định thông qua số liệu thống kê giao diện bằng cách nhìn vào số lượng các gói bị drop.
Ta có mô hình:
Show cấu hình:
Hub#show interfaces serial 0
Serial0 is up, line protocol is up
Hardware is MK5025
Description: Charlotte Frame Relay Port DLCI 100
MTU 1500 bytes, BW 1024 Kbit, DLY 20000 usec, rely 255/255, load 44/255
Encapsulation FRAME-RELAY, loopback not set, keepalive set (10 sec)
LMI enq sent 7940, LMI stat recvd 7937, LMI upd recvd 0, DTE LMI up
LMI enq recvd 0, LMI stat sent 0, LMI upd sent 0
LMI DLCI 1023 LMI type is CISCO frame relay DTE
Broadcast queue 64/64, broadcasts sent/dropped 1769202/1849660, interface
broadcasts 3579215
Cho thấy rằng có một số lượng lớn broadcast bị drop.
Giải pháp:
Điều chỉnh các Frame Relay hàng đợi phát, cần liên hệ các nhà cung cấp dịch vụ.
Nguyễn Minh Hải – VnPro
Khi một giao diện quay số (ví dụ ISDN) bạn có thể muốn chạy một giao thức định tuyến qua kết nối này. Phương pháp định tuyến tĩnh có thể làm công việc này, nhưng trong các mạng với một số lượng lớn các tuyến đường, các tuyến tĩnh có thể không quy mô. Vì vậy, chạy một giao thức định tuyến động như RIP là cần thiết. Trong một số trường hợp, liên kết ISDN có thể được kết nối, nhưng không thông tin định tuyến không đi qua được.
Ví dụ:
R1#
interface BRI3/0
ip address 192.168.254.13 255.255.255.252
encapsulation ppp
dialer map ip 192.168.254.14 name R2 57654
dialer-group 1
isdn switch-type basic – net3
ppp authentication chap
access-list 100 permit udp any any eq 520
access-list 100 deny ip any any
R1#debug ip packet 100 detail
IP: s=192.168.254.13 (local), d=255.255.255.255 (BRI3/0), len 46, sending
broad/multicast UDP src=520, dst=520
IP: s=192.168.254.13 (local), d=255.255.255.255 (BRI3/0), len 72, encapsulation failedUDP src=520, dst=520
Cho thấy rằng RIP được gửi bản cập nhật broadcast đối với R2. Ta thấy nó failing vì encapsulation failed.
Giải pháp:
Để khắc phục vấn đề này, thêm từ khóa broadcast trong dialer map, cho Router R1.
Ví dụ:
interface BRI3/0
ip address 192.168.254.13 255.255.255.252
encapsulation ppp
dialer map ip 192.168.254.14 name R2 broadcast 57654
dialer-group 1
isdn switch-type basic – net3
ppp authentication chap
2. Xử lý sự cố vấn đề Flapping trong RIP
Chạy RIP trong một môi trường phức tạp đôi khi có thể gây ra flapping cho các tuyến đường. Tuyến đường flapping đề cập đến tuyến đường đi vào và đi ra khỏi bảng định tuyến. Để kiểm tra xem các tuyến đường đang thực sự flapping, kiểm tra bảng định tuyến và nhìn vào thời gian của các tuyến đường. Nếu trong thời gian liên tục nhận được thiết lập 00:00:00, điều này có nghĩa rằng các tuyến đường đang bị flapping. Nhiều lý do tồn tại cho tình trạng này. Phần này thảo luận về một trong những lý do mất gói tin phổ biến bởi vì các gói tin trên giao diện của người gửi hoặc nhận. Ví dụ trong phần này xem xét Frame Relay bởi vì nó là phương tiện phổ biến nhất, trong đó vấn đề này xảy ra. Các gói tin bị mất có thể được xác định thông qua số liệu thống kê giao diện bằng cách nhìn vào số lượng các gói bị drop.
Ta có mô hình:
Show cấu hình:
Hub#show interfaces serial 0
Serial0 is up, line protocol is up
Hardware is MK5025
Description: Charlotte Frame Relay Port DLCI 100
MTU 1500 bytes, BW 1024 Kbit, DLY 20000 usec, rely 255/255, load 44/255
Encapsulation FRAME-RELAY, loopback not set, keepalive set (10 sec)
LMI enq sent 7940, LMI stat recvd 7937, LMI upd recvd 0, DTE LMI up
LMI enq recvd 0, LMI stat sent 0, LMI upd sent 0
LMI DLCI 1023 LMI type is CISCO frame relay DTE
Broadcast queue 64/64, broadcasts sent/dropped 1769202/1849660, interface
broadcasts 3579215
Cho thấy rằng có một số lượng lớn broadcast bị drop.
Giải pháp:
Điều chỉnh các Frame Relay hàng đợi phát, cần liên hệ các nhà cung cấp dịch vụ.
Nguyễn Minh Hải – VnPro