Hi folks, I'm trying to set up a lab environment to test some OSPF stuff. I installed the FRR 6.0.2-0~ubuntu18.04.1 package on top of Ubuntu 18.10. I elected to leave my management interface (ens3) in the default VRF and put the others in a VRF called "WAN", shown as item #10 below: $ ip link 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:68:bb:72 brd ff:ff:ff:ff:ff:ff 3: ens9: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master WAN state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:ed:f8:ad brd ff:ff:ff:ff:ff:ff 4: ens10: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master WAN state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:07:11:c7 brd ff:ff:ff:ff:ff:ff 5: ens11: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master WAN state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:6e:51:76 brd ff:ff:ff:ff:ff:ff 6: ens12: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master WAN state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:bf:5d:f3 brd ff:ff:ff:ff:ff:ff 7: ens13: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master WAN state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:f5:24:55 brd ff:ff:ff:ff:ff:ff 8: ens14: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master WAN state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:d3:1d:30 brd ff:ff:ff:ff:ff:ff 9: ens15: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master WAN state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:e3:cf:dd brd ff:ff:ff:ff:ff:ff 10: WAN: <NOARP,MASTER,UP,LOWER_UP> mtu 65536 qdisc noqueue state UP mode DEFAULT group default qlen 1000 link/ether 06:6a:07:90:27:3a brd ff:ff:ff:ff:ff:ff "ip route" correctly shows only the connected subnet route for the management net and a default: $ ip route default via 192.168.42.1 dev ens3 proto static 192.168.42.0/24 dev ens3 proto kernel scope link src 192.168.42.153 And the other connected routes in the VRF: $ ip route show vrf WAN unreachable default metric 4278198272 172.16.1.0/24 dev ens9 proto kernel scope link src 172.16.1.1 172.17.1.0/24 dev ens14 proto kernel scope link src 172.17.1.1 192.0.2.0/24 dev ens10 proto kernel scope link src 192.0.2.1 198.51.100.0/24 dev ens11 proto kernel scope link src 198.51.100.1 203.0.113.0/24 dev ens12 proto kernel scope link src 203.0.113.1 What I see inside vtysh matches: $ ip route show vrf WAN unreachable default metric 4278198272 172.16.1.0/24 dev ens9 proto kernel scope link src 172.16.1.1 172.17.1.0/24 dev ens14 proto kernel scope link src 172.17.1.1 192.0.2.0/24 dev ens10 proto kernel scope link src 192.0.2.1 198.51.100.0/24 dev ens11 proto kernel scope link src 198.51.100.1 203.0.113.0/24 dev ens12 proto kernel scope link src 203.0.113.1 router# sho ip ro vrf WAN Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF, I - IS-IS, B - BGP, E - EIGRP, N - NHRP, T - Table, v - VNC, V - VNC-Direct, A - Babel, D - SHARP, F - PBR, > - selected route, * - FIB route VRF WAN: K * 0.0.0.0/0 [255/8192] unreachable (ICMP unreachable), 04:04:10 C>* 172.16.1.0/24 is directly connected, ens9, 04:04:10 C>* 172.17.1.0/24 is directly connected, ens14, 04:04:10 C>* 192.0.2.0/24 is directly connected, ens10, 04:04:10 C>* 198.51.100.0/24 is directly connected, ens11, 04:04:10 C>* 203.0.113.0/24 is directly connected, ens12, 04:04:10 So far so good. Now I enabled ospfd in /etc/frr/daemons and restarted FRR. The ospfd process is running: $ ps -ef|grep frr root 2045 1 0 13:31 ? 00:00:02 /usr/lib/frr/watchfrr -d -r /usr/lib/frr/watchfrr.sh restart %s -s /usr/lib/frr/watchfrr.sh start %s -k /usr/lib/frr/watchfrr.sh stop %s zebra ospfd staticd frr 2059 1 0 13:31 ? 00:00:00 /usr/lib/frr/zebra -d -A 127.0.0.1 -s 90000000 frr 2064 1 0 13:31 ? 00:00:01 /usr/lib/frr/ospfd -d -A 127.0.0.1 frr 2069 1 0 13:31 ? 00:00:00 /usr/lib/frr/staticd -d -A 127.0.0.1 Then I put in some seemingly basic OSPF config shown below. Yes, I really only want to speak OSPF on one of the interfaces (ens14) for now. router# sho run Building configuration... Current configuration: ! frr version 6.0.2 frr defaults traditional hostname router log syslog informational no ipv6 forwarding service integrated-vtysh-config ! interface ens3 description MGMT ! interface ens9 vrf WAN description ServerLAN ip address 172.16.1.1/24 ! interface ens10 vrf WAN description MPLS ip address 192.0.2.1/24 ! interface ens11 vrf WAN description PtP ip address 198.51.100.1/24 ! interface ens12 vrf WAN description Satellite ip address 203.0.113.1/24 ! interface ens13 vrf WAN description Inet ! interface ens14 vrf WAN description SD-WAN ip address 172.17.1.1/24 ! interface ens15 vrf WAN description XAXD-LAN ! router ospf 42 vrf WAN ospf router-id 172.17.1.1 redistribute connected passive-interface ens9 passive-interface ens10 passive-interface ens11 passive-interface ens12 passive-interface ens13 passive-interface ens15 area 0.0.0.0 range 10.0.0.0/8 area 0.0.0.0 range 172.16.0.0/20 area 0.0.0.0 range 192.0.2.0/24 area 0.0.0.0 range 192.168.0.0/16 area 0.0.0.0 range 198.51.100.0/24 area 0.0.0.0 range 203.0.113.0/24 default-information originate ! line vty ! end Now here's the problem: OSPF appears to be running but it's not doing anything and none of the show commands give any output, except "sho ip ospf vrf/vrfs": router# sho ip ospf vrf Name Id RouterId Default-IP-Routing-Table 0 0.0.0.0 WAN 10 172.17.1.1 Total number of OSPF VRFs: 2 router# sho ip ospf vrfs Name Id RouterId Default-IP-Routing-Table 0 0.0.0.0 WAN 10 172.17.1.1 Total number of OSPF VRFs: 2 router# sho ip ospf vrf WAN dat router# sho ip ospf vrf WAN int router# sho ip ospf vrf WAN nei router# sho ip ospf vrf WAN route router# sho ip ospf dat router# sho ip ospf int router# sho ip ospf nei router# sho ip ospf route Any suggestions? I've restarted FRR a couple of times and rebooted the box too, same results... Thanks, Chuck
Chuck - As a side note-> subscribing to the frog alias will prevent me from having to approve your post. 1) Make it `router ospf vrf WAN`. I am not aware of ospf views and vrf's actually being tested when mixed. 2) Use `network A.B.C.D/M area 0.0.0.0` to tell ospf what mask to use to select interfaces for being used. The range command is about summarization of data that ospf already knows about. http://docs.frrouting.org/en/latest/ospfd.html odnald On Thu, Mar 14, 2019 at 8:07 AM Chuck Cox <chuck@chezcox.net> wrote:
Hi folks,
I'm trying to set up a lab environment to test some OSPF stuff. I installed the FRR 6.0.2-0~ubuntu18.04.1 package on top of Ubuntu 18.10.
I elected to leave my management interface (ens3) in the default VRF and put the others in a VRF called "WAN", shown as item #10 below: $ ip link 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:68:bb:72 brd ff:ff:ff:ff:ff:ff 3: ens9: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master WAN state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:ed:f8:ad brd ff:ff:ff:ff:ff:ff 4: ens10: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master WAN state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:07:11:c7 brd ff:ff:ff:ff:ff:ff 5: ens11: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master WAN state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:6e:51:76 brd ff:ff:ff:ff:ff:ff 6: ens12: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master WAN state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:bf:5d:f3 brd ff:ff:ff:ff:ff:ff 7: ens13: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master WAN state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:f5:24:55 brd ff:ff:ff:ff:ff:ff 8: ens14: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master WAN state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:d3:1d:30 brd ff:ff:ff:ff:ff:ff 9: ens15: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master WAN state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:e3:cf:dd brd ff:ff:ff:ff:ff:ff 10: WAN: <NOARP,MASTER,UP,LOWER_UP> mtu 65536 qdisc noqueue state UP mode DEFAULT group default qlen 1000 link/ether 06:6a:07:90:27:3a brd ff:ff:ff:ff:ff:ff
"ip route" correctly shows only the connected subnet route for the management net and a default: $ ip route default via 192.168.42.1 dev ens3 proto static 192.168.42.0/24 dev ens3 proto kernel scope link src 192.168.42.153
And the other connected routes in the VRF: $ ip route show vrf WAN unreachable default metric 4278198272 172.16.1.0/24 dev ens9 proto kernel scope link src 172.16.1.1 172.17.1.0/24 dev ens14 proto kernel scope link src 172.17.1.1 192.0.2.0/24 dev ens10 proto kernel scope link src 192.0.2.1 198.51.100.0/24 dev ens11 proto kernel scope link src 198.51.100.1 203.0.113.0/24 dev ens12 proto kernel scope link src 203.0.113.1
What I see inside vtysh matches: $ ip route show vrf WAN unreachable default metric 4278198272 172.16.1.0/24 dev ens9 proto kernel scope link src 172.16.1.1 172.17.1.0/24 dev ens14 proto kernel scope link src 172.17.1.1 192.0.2.0/24 dev ens10 proto kernel scope link src 192.0.2.1 198.51.100.0/24 dev ens11 proto kernel scope link src 198.51.100.1 203.0.113.0/24 dev ens12 proto kernel scope link src 203.0.113.1 router# sho ip ro vrf WAN Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF, I - IS-IS, B - BGP, E - EIGRP, N - NHRP, T - Table, v - VNC, V - VNC-Direct, A - Babel, D - SHARP, F - PBR, > - selected route, * - FIB route
VRF WAN: K * 0.0.0.0/0 [255/8192] unreachable (ICMP unreachable), 04:04:10 C>* 172.16.1.0/24 is directly connected, ens9, 04:04:10 C>* 172.17.1.0/24 is directly connected, ens14, 04:04:10 C>* 192.0.2.0/24 is directly connected, ens10, 04:04:10 C>* 198.51.100.0/24 is directly connected, ens11, 04:04:10 C>* 203.0.113.0/24 is directly connected, ens12, 04:04:10
So far so good. Now I enabled ospfd in /etc/frr/daemons and restarted FRR. The ospfd process is running: $ ps -ef|grep frr root 2045 1 0 13:31 ? 00:00:02 /usr/lib/frr/watchfrr -d -r /usr/lib/frr/watchfrr.sh restart %s -s /usr/lib/frr/watchfrr.sh start %s -k /usr/lib/frr/watchfrr.sh stop %s zebra ospfd staticd frr 2059 1 0 13:31 ? 00:00:00 /usr/lib/frr/zebra -d -A 127.0.0.1 -s 90000000 frr 2064 1 0 13:31 ? 00:00:01 /usr/lib/frr/ospfd -d -A 127.0.0.1 frr 2069 1 0 13:31 ? 00:00:00 /usr/lib/frr/staticd -d -A 127.0.0.1
Then I put in some seemingly basic OSPF config shown below. Yes, I really only want to speak OSPF on one of the interfaces (ens14) for now. router# sho run Building configuration...
Current configuration: ! frr version 6.0.2 frr defaults traditional hostname router log syslog informational no ipv6 forwarding service integrated-vtysh-config ! interface ens3 description MGMT ! interface ens9 vrf WAN description ServerLAN ip address 172.16.1.1/24 ! interface ens10 vrf WAN description MPLS ip address 192.0.2.1/24 ! interface ens11 vrf WAN description PtP ip address 198.51.100.1/24 ! interface ens12 vrf WAN description Satellite ip address 203.0.113.1/24 ! interface ens13 vrf WAN description Inet ! interface ens14 vrf WAN description SD-WAN ip address 172.17.1.1/24 ! interface ens15 vrf WAN description XAXD-LAN ! router ospf 42 vrf WAN ospf router-id 172.17.1.1 redistribute connected passive-interface ens9 passive-interface ens10 passive-interface ens11 passive-interface ens12 passive-interface ens13 passive-interface ens15 area 0.0.0.0 range 10.0.0.0/8 area 0.0.0.0 range 172.16.0.0/20 area 0.0.0.0 range 192.0.2.0/24 area 0.0.0.0 range 192.168.0.0/16 area 0.0.0.0 range 198.51.100.0/24 area 0.0.0.0 range 203.0.113.0/24 default-information originate ! line vty ! end
Now here's the problem: OSPF appears to be running but it's not doing anything and none of the show commands give any output, except "sho ip ospf vrf/vrfs": router# sho ip ospf vrf Name Id RouterId Default-IP-Routing-Table 0 0.0.0.0 WAN 10 172.17.1.1
Total number of OSPF VRFs: 2 router# sho ip ospf vrfs Name Id RouterId Default-IP-Routing-Table 0 0.0.0.0 WAN 10 172.17.1.1
Total number of OSPF VRFs: 2 router# sho ip ospf vrf WAN dat router# sho ip ospf vrf WAN int router# sho ip ospf vrf WAN nei router# sho ip ospf vrf WAN route router# sho ip ospf dat router# sho ip ospf int router# sho ip ospf nei router# sho ip ospf route
Any suggestions? I've restarted FRR a couple of times and rebooted the box too, same results...
Thanks, Chuck
_______________________________________________ frog mailing list frog@lists.frrouting.org https://lists.frrouting.org/listinfo/frog
Thanks Donald, that did the trick. I had put the 42 in there out of habit, thinking the process ID was required. I did try to use the network command originally, but I got an error message saying that it can't be used with multi-instance OSPF. That should have clued me in that I had done something I didn't intend... Thanks, Chuck On Thu, Mar 14, 2019 at 6:15 AM Donald Sharp <sharpd@cumulusnetworks.com> wrote:
Chuck -
As a side note-> subscribing to the frog alias will prevent me from having to approve your post.
1) Make it `router ospf vrf WAN`. I am not aware of ospf views and vrf's actually being tested when mixed. 2) Use `network A.B.C.D/M area 0.0.0.0` to tell ospf what mask to use to select interfaces for being used. The range command is about summarization of data that ospf already knows about.
http://docs.frrouting.org/en/latest/ospfd.html
odnald
On Thu, Mar 14, 2019 at 8:07 AM Chuck Cox <chuck@chezcox.net> wrote:
Hi folks,
I'm trying to set up a lab environment to test some OSPF stuff. I
installed the FRR 6.0.2-0~ubuntu18.04.1 package on top of Ubuntu 18.10.
I elected to leave my management interface (ens3) in the default VRF and
put the others in a VRF called "WAN", shown as item #10 below:
$ ip link 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:68:bb:72 brd ff:ff:ff:ff:ff:ff 3: ens9: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master WAN state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:ed:f8:ad brd ff:ff:ff:ff:ff:ff 4: ens10: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master WAN state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:07:11:c7 brd ff:ff:ff:ff:ff:ff 5: ens11: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master WAN state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:6e:51:76 brd ff:ff:ff:ff:ff:ff 6: ens12: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master WAN state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:bf:5d:f3 brd ff:ff:ff:ff:ff:ff 7: ens13: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master WAN state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:f5:24:55 brd ff:ff:ff:ff:ff:ff 8: ens14: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master WAN state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:d3:1d:30 brd ff:ff:ff:ff:ff:ff 9: ens15: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master WAN state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:e3:cf:dd brd ff:ff:ff:ff:ff:ff 10: WAN: <NOARP,MASTER,UP,LOWER_UP> mtu 65536 qdisc noqueue state UP mode DEFAULT group default qlen 1000 link/ether 06:6a:07:90:27:3a brd ff:ff:ff:ff:ff:ff
"ip route" correctly shows only the connected subnet route for the management net and a default: $ ip route default via 192.168.42.1 dev ens3 proto static 192.168.42.0/24 dev ens3 proto kernel scope link src 192.168.42.153
And the other connected routes in the VRF: $ ip route show vrf WAN unreachable default metric 4278198272 172.16.1.0/24 dev ens9 proto kernel scope link src 172.16.1.1 172.17.1.0/24 dev ens14 proto kernel scope link src 172.17.1.1 192.0.2.0/24 dev ens10 proto kernel scope link src 192.0.2.1 198.51.100.0/24 dev ens11 proto kernel scope link src 198.51.100.1 203.0.113.0/24 dev ens12 proto kernel scope link src 203.0.113.1
What I see inside vtysh matches: $ ip route show vrf WAN unreachable default metric 4278198272 172.16.1.0/24 dev ens9 proto kernel scope link src 172.16.1.1 172.17.1.0/24 dev ens14 proto kernel scope link src 172.17.1.1 192.0.2.0/24 dev ens10 proto kernel scope link src 192.0.2.1 198.51.100.0/24 dev ens11 proto kernel scope link src 198.51.100.1 203.0.113.0/24 dev ens12 proto kernel scope link src 203.0.113.1 router# sho ip ro vrf WAN Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF, I - IS-IS, B - BGP, E - EIGRP, N - NHRP, T - Table, v - VNC, V - VNC-Direct, A - Babel, D - SHARP, F - PBR, > - selected route, * - FIB route
VRF WAN: K * 0.0.0.0/0 [255/8192] unreachable (ICMP unreachable), 04:04:10 C>* 172.16.1.0/24 is directly connected, ens9, 04:04:10 C>* 172.17.1.0/24 is directly connected, ens14, 04:04:10 C>* 192.0.2.0/24 is directly connected, ens10, 04:04:10 C>* 198.51.100.0/24 is directly connected, ens11, 04:04:10 C>* 203.0.113.0/24 is directly connected, ens12, 04:04:10
So far so good. Now I enabled ospfd in /etc/frr/daemons and restarted FRR. The ospfd process is running: $ ps -ef|grep frr root 2045 1 0 13:31 ? 00:00:02 /usr/lib/frr/watchfrr -d -r /usr/lib/frr/watchfrr.sh restart %s -s /usr/lib/frr/watchfrr.sh start %s -k /usr/lib/frr/watchfrr.sh stop %s zebra ospfd staticd frr 2059 1 0 13:31 ? 00:00:00 /usr/lib/frr/zebra -d -A 127.0.0.1 -s 90000000 frr 2064 1 0 13:31 ? 00:00:01 /usr/lib/frr/ospfd -d -A 127.0.0.1 frr 2069 1 0 13:31 ? 00:00:00 /usr/lib/frr/staticd -d -A 127.0.0.1
Then I put in some seemingly basic OSPF config shown below. Yes, I really only want to speak OSPF on one of the interfaces (ens14) for now. router# sho run Building configuration...
Current configuration: ! frr version 6.0.2 frr defaults traditional hostname router log syslog informational no ipv6 forwarding service integrated-vtysh-config ! interface ens3 description MGMT ! interface ens9 vrf WAN description ServerLAN ip address 172.16.1.1/24 ! interface ens10 vrf WAN description MPLS ip address 192.0.2.1/24 ! interface ens11 vrf WAN description PtP ip address 198.51.100.1/24 ! interface ens12 vrf WAN description Satellite ip address 203.0.113.1/24 ! interface ens13 vrf WAN description Inet ! interface ens14 vrf WAN description SD-WAN ip address 172.17.1.1/24 ! interface ens15 vrf WAN description XAXD-LAN ! router ospf 42 vrf WAN ospf router-id 172.17.1.1 redistribute connected passive-interface ens9 passive-interface ens10 passive-interface ens11 passive-interface ens12 passive-interface ens13 passive-interface ens15 area 0.0.0.0 range 10.0.0.0/8 area 0.0.0.0 range 172.16.0.0/20 area 0.0.0.0 range 192.0.2.0/24 area 0.0.0.0 range 192.168.0.0/16 area 0.0.0.0 range 198.51.100.0/24 area 0.0.0.0 range 203.0.113.0/24 default-information originate ! line vty ! end
Now here's the problem: OSPF appears to be running but it's not doing anything and none of the show commands give any output, except "sho ip ospf vrf/vrfs": router# sho ip ospf vrf Name Id RouterId Default-IP-Routing-Table 0 0.0.0.0 WAN 10 172.17.1.1
Total number of OSPF VRFs: 2 router# sho ip ospf vrfs Name Id RouterId Default-IP-Routing-Table 0 0.0.0.0 WAN 10 172.17.1.1
Total number of OSPF VRFs: 2 router# sho ip ospf vrf WAN dat router# sho ip ospf vrf WAN int router# sho ip ospf vrf WAN nei router# sho ip ospf vrf WAN route router# sho ip ospf dat router# sho ip ospf int router# sho ip ospf nei router# sho ip ospf route
Any suggestions? I've restarted FRR a couple of times and rebooted the box too, same results...
Thanks, Chuck
_______________________________________________ frog mailing list frog@lists.frrouting.org https://lists.frrouting.org/listinfo/frog
participants (2)
-
Chuck Cox -
Donald Sharp