Xử lý khi danh sách hàng xóm (Neighbor List) trong OSPF rỗng (phần 6)

[dongkhe]

11. Một kề OSPF tồn tại với IP thứ cấp
Đây là một vấn đề rất phổ biến, trong đó một khách hàng có thể có một lớp C địa chỉ trên một phân đoạn mạng LAN. Khi khách hàng chạy ra khỏi không gian địa chỉ, anh nhận được một địa chỉ lớp C và gán địa chỉ mới như một địa chỉ thứ cấp dưới cùng một giao diện. Tất cả mọi thứ hoạt động tốt cho đến khi hai thiết bị định tuyến phải trao đổi Hellos OSPF / cập nhật và IP chính một router của quảng bá trang phục được phân công như địa chỉ IP thứ hai ở phía bên kia.

Ví dụ:
Khi được cấu hình:
R2#
interface FastEthernet0/0
ip address 131.108.1.2 255.255.255.0 secondary
ip address 131.108.4.2 255.255.255.0
R1#
interface Ethernet0
ip address 131.108.1.1 255.255.255.0
Show debug:
R2#debug ip ospf adj
OSPF adjacency events debugging is on
R2#
OSPF: Rcv pkt from 131.108.1.1, FastEthernet0/0, area 0.0.0.1 : src not on the same network

Giải pháp:
Giải pháp cho loại vấn đề là tạo ra subinterface trên R1. Điều này có thể chỉ khi giao diện có địa chỉ thứ hai là Fast Ethernet hoặc Gigabit Ethernet và nó kết nối thông qua một switch lớp 2. Điều này có thể đạt được thông qua một liên kết liên Switch (ISL), trong trường hợp của một switch Cisco, hoặc đóng gói dot1q, trong trường hợp chuyển đổi một nhà cung cấp khác nhau của. ISL hoặc dot1q đóng gói được sử dụng để định tuyến giữa hai VLAN riêng biệt. Các cổng chuyển đổi kết nối với giao diện Fast Ethernet của R2 được cấu hình như một cổng, vì vậy tất cả các lưu lượng giữa VLAN 1 và VLAN 2 sẽ đi qua các bộ định tuyến và các bộ định tuyến sẽ tuyến đường giữa hai VLAN này.
Cấu hình như sau:
R2#
interface FastEthernet0/0
no ip address full-duplex
interface FastEthernet0/0.1 encapsulation isl 2
ip address 131.108.1.2 255.255.255.0
interface FastEthernet0/0.2 encapsulation isl 1
ip address 131.108.4.2 255.255.255.0
cat-5k-1> (enable) set trunk 11/10 on
Port(s) 11/10 trunk mode set to on

12. Một kề OSPF tồn tại trên một interface không đồng bộ
Bạn phải kích hoạt mặc định không đồng bộ hoặc định tuyến động khi OSPF được kích hoạt giữa hai thiết bị định tuyến không đồng bộ. Khi async định tuyến mặc định được kích hoạt, các bộ định tuyến luôn luôn gửi các gói tin định tuyến trên một cổng không đồng bộ. Trong trường hợp kết nối không đồng bộ tương tác mà người dùng phải gõ ppp để thiết lập các phiên PPP, lệnh định tuyến động async có thể được sử dụng, nhưng sau đó người dùng phải gõ ppp / định tuyến để cho phép định tuyến qua cổng không đồng bộ. Không có khả năng để làm điều này gây ra OSPF không để hình thành bất kỳ kề qua liên kết không đồng bộ.

Ví dụ:
R1#
interface Async1
description ASYNC LINE TO R2
ip address 131.108.1.1 255.255.255.0
encapsulation ppp
async mode dedicated
dialer in-band
dialer map ip 131.108.1.2 name Router2 broadcast
dialer-group 1
ppp authentication chap
R2#
interface Async1
description ASYNC LINE TO R1
ip address 131.108.1.2 255.255.255.0
encapsulation ppp
async mode dedicated
dialer in-band
dialer map ip 131.108.1.1 name Router2 broadcast
dialer-group 1
ppp authentication chap

Giải pháp:
Trong ví dụ này, sử dụng một trong hai đồng bộ mặc định định tuyến hoặc đồng bộ định tuyến động để giải quyết vấn đề này.
Ví dụ dùng đồng bộ mặc định định tuyến
R1#
interface Async1
description ASYNC LINE TO R2
ip address 131.108.1.1 255.255.255.0
encapsulation ppp
async default routing
async mode dedicated
dialer in-band
dialer map ip 131.108.1.2 name Router2 broadcast
dialer-group 1
ppp authentication chap
R2#
interface Async1
description ASYNC LINE TO R1
ip address 131.108.1.2 255.255.255.0
encapsulation ppp
async default routing
async mode dedicated
dialer in-band
dialer map ip 131.108.1.1 name Router2 broadcast
dialer-group 1
ppp authentication chap

Nguyễn Minh Hải – VnPro