Xử lý sự cố Dial-on-Demand vấn đề định tuyến trong OSPF (phần 2)
2.2. Các loại mạng được định nghĩa là broadcast
+ Khi một loại mạng được xác định là broadcast, OSPF Hellos không bị dập tắt. Vì vậy, bằng cách cấu hình các loại mạng là broadcast, Hellos vẫn đưa lên các kết nối.
- Ví dụ:
R1#
interface BRI1/1
ip address 192.168.254.13 255.255.255.0
ip ospf network broadcast
R1#show ip ospf interface bri1/1
BRI1/1 is up, line protocol is up
Internet Address 192.168.254.13/24, Area 1
Process ID 1, Router ID 192.168.254.13, Network Type BROADCAST, Cost: 64
Transmit Delay is 1 sec, State BDR, Priority 240
Designated Router (ID) 192.168.254.14, Interface address 192.168.254.14
Backup Designated router (ID) 192.168.254.13, Interface address 192.168.254.13
Timer intervals configured, Hello 30, Dead 120, Wait 120, Retransmit 5
Hello due in 00:00:21
R1#show dialer
BRI1/1:1 – dialer type = ISDN
Idle timer (120 secs), Fast idle timer (20 secs)
Wait for carrier (30 secs), Re-enable (2 secs)
Dialer state is data link layer up
Dial reason: ip (s=192.168.254.13, d=224.0.0.5)
Interface bound to profile Di1
Current call connected 00:00:08
Connected to 57654 (R2)
Giải pháp: Để giải quyết vấn đề này, thay đổi kiểu mạng trở lại point-to-point. Điều này sẽ giữ Hellos OSPF trên kết nối.
Cấu hình như sau:
R1#
interface BRI1/1
ip address 192.168.254.13 255.255.255.0
no ip ospf network broadcast
R2#
interface BRI0/1
ip address 192.168.254.14 255.255.255.0
no ip ospf network broadcast
2.3. Một tuyến đường PPP nhận được phân phối vào các cơ sở dữ liệu OSPF
+ Khi đóng gói PPP được sử dụng trên một kết nối, nó sẽ cài đặt một tuyến đường chủ cho địa chỉ IP của người hàng xóm từ xa. Điều này là bình thường đối với một kết nối PPP. Trong OSPF, tuyến đường chủ này không bao giờ được phân phối lại trong cơ sở dữ liệu. Đặc biệt, khi OSPF được chạy như một mạch mạch demand circuit trên một kết nối, trong đó có tuyến đường máy chủ này trong cơ sở dữ liệu có thể gây ra vấn đề trong liên tục đưa lên các liên kết.
+ Ví dụ: R1#
interface BRI1/1
encapsulation PPP
ip address 131.108.1.1 255.255.255.0
router ospf 1
redistribute rip subnets
network 131.108.1.0 0.0.0.255 area 1
router rip
network 131.108.0.0
+ Cấu hình cho thấy R1 của BRI 1/1 đang chạy PPP đóng gói. Ngoài ra, R1 được phân phối lại các tuyến RIP vào OSPF, RIP có một mạng lưới 131.108.0.0 tuyên bố, vì vậy bất kỳ tuyến đường kết nối trong khoảng 131.108.0.0 sẽ được sở hữu bởi RIP.
R1#show ip route 131.108.1.2
Routing entry for 131.108.1.2/32
Known via “connected”, distance 0, metric 0 (connected, via interface)
Routing Descriptor Blocks:
* directly connected, via BRI1/1
Route metric is 0, traffic share count is 1
Cho thấy một con đường / 32 được cài đặt vào bảng định tuyến của R1 cho 131.108.1.2.
R1#show ip ospf database external 131.108.1.2
OSPF Router with ID (131.108.3.1) (Process ID 1)
Type-5 AS External Link States
LS age: 298
Options: (No TOS-capability, DC)
LS Type: AS External Link
Link State ID: 131.108.1.2 (External Network Number )
Advertising Router: 131.108.3.1
LS Seq Number: 80000001
Checksum: 0xDC2B
Length: 36
Network Mask: /32
Metric Type: 2 (Larger than any link state path)
TOS: 0
Metric: 20
Forward Address: 0.0.0.0
External Route Tag: 0
Vì RIP có quyền sở hữu tất cả các tuyến đường kết nối trong phạm vi cho 131.108.0.0, nó cũng sở hữu tuyến đường này kết nối máy chủ. Khi RIP được phân phối vào OSPF, tuyến đường máy chủ này được phân phối như một tuyến đường bên ngoài trong OSPF. Tuyến đường kết nối này được phân phối vào các cơ sở dữ liệu OSPF vì RIP có một tuyên bố mạng bao gồm tuyến đường máy chủ này.
Giải pháp:
Vấn đề này có thể được giải quyết theo ba cách:
• Không dùng Peer neighbor-route trên interface nếu chạy Cisco IOS 11.3 trở lên.
• Chỉ định một mạng lớn khác nhau qua liên kết quay số.
• Lọc các tuyến đường chủ trong phân phối lại.
Giải pháp 1 là phụ thuộc vào Cisco IOS là cao hơn so với phiên bản 11.3.
Không dùng Peer neighbor-route
R1# interface BRI1/1
ip address 131.108.1.1 255.255.255.0
encapsulation ppp
no peer neighbor-route
Lọc các tuyến đường chủ trong phân phối lại.
R1#
router ospf 1
redistribute rip subnets route-map rip_filter
network 131.108.1.0 0.0.0.255 area 1
router rip
network 131.108.0.0
route-map rip_filter permit 10
match ip address 1
access-list 1 permit 131.108.3.0 0.0.0.255
2.4. Một trong những thiết bị định tuyến không có khả năng sử dụng Circuit–Capable
R3#show ip ospf interface BRI1/1
BRI1/1 is up, line protocol is up
Internet Address 131.108.1.1/24, Area 1
Process ID 1, Router ID 131.108.3.3, Network Type POINT_TO_POINT, Cost: 64
Configured as demand circuit.
Run as demand circuit.
DoNotAge LSA not allowed (Number of DCbitless LSA is 1).
Transmit Delay is 1 sec, State POINT_TO_POINT,
Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
Hello due in 00:00:01
Neighbor Count is 1, Adjacent neighbor count is 1
Adjacent with neighbor 131.108.2.2 (Hello suppressed)
Suppress hello for 1 neighbor(s)
Cho thấy giao diện BRI R3 được định nghĩa là một demand circuit, nhưng không LSA DoNotAge được cho phép trong khu vực 1
Giải pháp:
Vấn đề đang xảy ra bởi vì R1 đang chạy một chương trình cũ không hỗ trợ demand circuit. Trường hợp này được đề cập trong RFC 1793 cho các mạch demand circuit.
Một số giải pháp cho trường hợp này tồn tại. Đơn giản nhất là nâng cấp R1 yêu cầu đang mạch có khả năng.
Các giải pháp trong trường hợp này là cấu hình vùng 2 là một totally stubby area. Theo khu vực 2 xác định là stubby area, không LSA bên ngoài hoặc tóm tắt có thể vào được khu vực 2. Điều này có nghĩa rằng chỉ LSA cũng sẽ bị chặn xâm nhập vào khu vực 2. Tất cả các bộ định tuyến trong khu vực 2 phải được cấu hình như một khu vực stub area, nếu không, không có thiết bị định tuyến sẽ tạo thành một kề với R1.
Cấu hình như sau:
R3#
router ospf 1
network 131.108.1.0 0.0.0.255 area 2
area 2 stub no-summary
Nguyễn Minh Hải – VnPro
