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
