Advanced
Mailing List Archive

Mailing List Archive

  1. Home >
  2. Quagga>
  3. Bugs
[Bug 202] zebra and ospfd need restarting after upping/downing interfaces
bugzilla-daemon at allevil
Apr 2, 2007, 12:39 AM
Post #1 of 13 (5527 views)
Permalink
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug
report.

http://bugzilla.quagga.net/show_bug.cgi?id=202





------- Additional Comments From Hoemig@gmx.de 2007-04-02 08:39 -------
Hi Hasso,

I think I know what he means.

When I use Zebra without ospf, rip, ....
When I start the zebra-daemon (pppX is up, addr is 1.2.3.4) all static routes
with the nexthop 1.2.3.4 will be installed. No I restart the ppp-daemon and
I see the pppX interface but the Zebra-Daemon does not install static routes
for this pppX-Interface. When I restart zebra now, the routes will be installed.

Config:
-------
IFCONFIG:
ppp0 Link encap:Point-Point Protocol
inet addr:10.53.61.108 P-t-P:10.53.61.107 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:2 errors:0 dropped:0 overruns:0 frame:0
TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:20 (20.0 B) TX bytes:20 (20.0 B)

Zebra.conf:
# static routes

ip route 10.11.12.0 255.255.255.0 10.53.61.107 1

Result before ppp restart:
-------------------------
zebra> sh ip route
Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF,
I - ISIS, B - BGP, > - selected route, * - FIB route

S>* 10.11.12.0/24 [1/0] via 10.53.61.107, ppp0
C>* 10.53.61.107/32 is directly connected, ppp0
C>* 127.0.0.0/8 is directly connected, lo


Result before ppp restart:
-------------------------
zebra> sh ip route
Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF,
I - ISIS, B - BGP, > - selected route, * - FIB route

S 10.11.12.0/24 [1/0] via 10.53.61.107 inactive
C>* 10.53.61.107/32 is directly connected, ppp0
C>* 127.0.0.0/8 is directly connected, lo
zebra>



I see, after restarting the PPP-Daemon the following calls for the static route:

rib_process
-> nexthop_active_update
-> nexthop_active_check
-> nexthop_active_ipv4
-> table = vrf_tabel(...)
-> rn = route_node_match (But nothing match)


I use Quagga 0.99.6

Bye, Alex



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
_______________________________________________
Quagga-bugs mailing list
Quagga-bugs@lists.quagga.net
http://lists.quagga.net/mailman/listinfo/quagga-bugs
[Bug 202] zebra and ospfd need restarting after upping/downing interfaces [ In reply to ]
bugzilla-daemon at allevil
Apr 2, 2007, 2:15 AM
Post #2 of 13 (5428 views)
Permalink
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug
report.

http://bugzilla.quagga.net/show_bug.cgi?id=202





------- Additional Comments From Hoemig@gmx.de 2007-04-02 10:15 -------
If I use the following lines in rt_netlink.c

function: int netlink_interface_addr(...)
...
ci->ifa_prefered, ci->ifa_valid);
}
}

#if 1 /* BUGFIX: Ignore RTM_DELADDR/_NEWADDR */
/* if PPP and IFA_ADDRESS==IFA_LOCAL */
if ((ifp->flags & IFF_POINTOPOINT) &&
(0 == memcmp(RTA_DATA(tb[IFA_ADDRESS]),RTA_DATA(tb[IFA_LOCAL]),4))
)
{
if (IS_ZEBRA_DEBUG_KERNEL)
zlog_debug ("netlink_interface_addr %s for %s will be ignored!",
lookup (nlmsg_str, h->nlmsg_type), ifp->name);
return -1;
}
#endif /* DATUS BUGFIX: PPP-Address Add -> Remove -> Add */

if (tb[IFA_ADDRESS] == NULL)
tb[IFA_ADDRESS] = tb[IFA_LOCAL];

if (ifp->flags & IFF_POINTOPOINT)
...


With this Patch everthing works fine by me.
Test it.

Bye,

Alex



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
_______________________________________________
Quagga-bugs mailing list
Quagga-bugs@lists.quagga.net
http://lists.quagga.net/mailman/listinfo/quagga-bugs
[Bug 202] zebra and ospfd need restarting after upping/downing interfaces [ In reply to ]
bugzilla-daemon at allevil
Apr 2, 2007, 5:01 AM
Post #3 of 13 (5409 views)
Permalink
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug
report.

http://bugzilla.quagga.net/show_bug.cgi?id=202





------- Additional Comments From paul@dishone.st 2007-04-02 13:01 -------
What does 'debug zebra kernel' produce in terms of logs? Also run 'ip monitor'
(the Linux 'ip' utility) at the same time.

How is it possible that we lose routes because of NEWADDR->DELADDR->NEWADDR?




------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
_______________________________________________
Quagga-bugs mailing list
Quagga-bugs@lists.quagga.net
http://lists.quagga.net/mailman/listinfo/quagga-bugs
[Bug 202] zebra and ospfd need restarting after upping/downing interfaces [ In reply to ]
bugzilla-daemon at allevil
Apr 2, 2007, 5:47 AM
Post #4 of 13 (5410 views)
Permalink
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug
report.

http://bugzilla.quagga.net/show_bug.cgi?id=202





------- Additional Comments From ajschorr@alumni.princeton.edu 2007-04-02 13:47 -------
Is it possible for you to check whether this problem still
exists in a current 0.99 CVS snapshot? I committed a big
PtP patch on 2006/12/12, after 0.99.6 was released, and it
may possibly affect this issue. But I'm not sure.

Regards,
Andy




------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
_______________________________________________
Quagga-bugs mailing list
Quagga-bugs@lists.quagga.net
http://lists.quagga.net/mailman/listinfo/quagga-bugs
[Bug 202] zebra and ospfd need restarting after upping/downing interfaces [ In reply to ]
bugzilla-daemon at allevil
Apr 2, 2007, 8:11 AM
Post #5 of 13 (5443 views)
Permalink
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug
report.

http://bugzilla.quagga.net/show_bug.cgi?id=202





------- Additional Comments From Hoemig@gmx.de 2007-04-02 16:11 -------
The Static route is: ip route 10.11.12.0/24 10.53.61.107
It's the standard pppd from linux.
Config ppp0: Local-> 10.53.61.107 Remote -> 10.53.61.108

So Zebra is running. Now the PPP starts (Without the PATCH):
------------------------------------------------------------

2000/01/02 18:04:20 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWLINK(16), seq=0, pid=0
2000/01/02 18:04:20 ZEBRA: MESSAGE: ZEBRA_INTERFACE_ADD ppp0
2000/01/02 18:04:20 ZEBRA: interface ppp0 index 4000 becomes active.
2000/01/02 18:04:20 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWADDR(20), seq=0, pid=0
2000/01/02 18:04:20 ZEBRA: netlink_interface_addr RTM_NEWADDR ppp0:
2000/01/02 18:04:20 ZEBRA: IFA_LOCAL 10.53.61.108/32
2000/01/02 18:04:20 ZEBRA: IFA_ADDRESS 10.53.61.108/32
2000/01/02 18:04:20 ZEBRA: warning: PtP interface ppp0 with addr 10.53.61.108/32
needs a peer address
2000/01/02 18:04:20 ZEBRA: MESSAGE: ZEBRA_INTERFACE_ADDRESS_ADD 10.53.61.108/32
on ppp0
2000/01/02 18:04:20 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWROUTE(24), seq=0, pid=0
2000/01/02 18:04:20 ZEBRA: RTM_NEWROUTE ipv4 multicast proto kernel
2000/01/02 18:04:20 ZEBRA: netlink_parse_info: netlink-listen type
RTM_DELADDR(21), seq=0, pid=0
2000/01/02 18:04:20 ZEBRA: netlink_interface_addr RTM_DELADDR ppp0:
2000/01/02 18:04:20 ZEBRA: IFA_LOCAL 10.53.61.108/32
2000/01/02 18:04:20 ZEBRA: IFA_ADDRESS 10.53.61.108/32
2000/01/02 18:04:20 ZEBRA: MESSAGE: ZEBRA_INTERFACE_ADDRESS_DELETE
10.53.61.108/32 on ppp0
2000/01/02 18:04:20 ZEBRA: route 10.53.61.108/32 ifindex 4000 doesn't exist in rib
2000/01/02 18:04:20 ZEBRA: netlink_parse_info: netlink-listen type
RTM_DELROUTE(25), seq=0, pid=0
2000/01/02 18:04:20 ZEBRA: RTM_DELROUTE ipv4 multicast proto kernel
2000/01/02 18:04:20 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWADDR(20), seq=0, pid=0
2000/01/02 18:04:20 ZEBRA: netlink_interface_addr RTM_NEWADDR ppp0:
2000/01/02 18:04:20 ZEBRA: IFA_LOCAL 10.53.61.108/32
2000/01/02 18:04:20 ZEBRA: IFA_ADDRESS 10.53.61.107/32
2000/01/02 18:04:20 ZEBRA: MESSAGE: ZEBRA_INTERFACE_ADDRESS_ADD 10.53.61.108/32
on ppp0
2000/01/02 18:04:20 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWROUTE(24), seq=0, pid=0
2000/01/02 18:04:20 ZEBRA: RTM_NEWROUTE ipv4 multicast proto kernel
2000/01/02 18:04:20 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWLINK(16), seq=0, pid=0
2000/01/02 18:04:20 ZEBRA: MESSAGE: ZEBRA_INTERFACE_UP ppp0
2000/01/02 18:04:20 ZEBRA: rib_link: rn 0x1008e440, rib 0x1008e538
2000/01/02 18:04:20 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWROUTE(24), seq=0, pid=0
2000/01/02 18:04:20 ZEBRA: RTM_NEWROUTE ipv4 unicast proto kernel
2000/01/02 18:04:20 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWLINK(16), seq=0, pid=0
2000/01/02 18:04:20 ZEBRA: MESSAGE: ZEBRA_INTERFACE_UP ppp0
2000/01/02 18:04:20 ZEBRA: rib_process: Updating existing route, select
0x1008e148, fib 0x1008e148
2000/01/02 18:04:20 ZEBRA: rib_process: Updating existing route, select
0x1008e340, fib 0x1008e340
2000/01/02 18:04:20 ZEBRA: rib_process: Updating existing route, select
0x1008dcc0, fib 0x1008dcc0
2000/01/02 18:04:20 ZEBRA: rib_process: Updating existing route, select
0x1008df50, fib 0x1008df50
2000/01/02 18:04:20 ZEBRA: rib_process: Adding route, select 0x1008e538
Script /etc/ppp/ip-up.d/50setupdiffserv started
Script /etc/ppp/diffserv/ppp0setup started



So Zebra is running. Now the PPP starts (With the PATCH):
------------------------------------------------------------
2000/01/02 18:52:15 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWLINK(16), seq=0, pid=0
2000/01/02 18:52:15 ZEBRA: MESSAGE: ZEBRA_INTERFACE_ADD ppp0
2000/01/02 18:52:15 ZEBRA: interface ppp0 index 4000 becomes active.
2000/01/02 18:52:16 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWADDR(20), seq=0, pid=0
2000/01/02 18:52:16 ZEBRA: netlink_interface_addr RTM_NEWADDR ppp0:
2000/01/02 18:52:16 ZEBRA: IFA_LOCAL 10.53.61.108/32
2000/01/02 18:52:16 ZEBRA: IFA_ADDRESS 10.53.61.108/32
2000/01/02 18:52:16 ZEBRA: netlink_interface_addr RTM_NEWADDR for ppp0 will be
ignored!
2000/01/02 18:52:16 ZEBRA: netlink-listen filter function error
2000/01/02 18:52:16 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWROUTE(24), seq=0, pid=0
2000/01/02 18:52:16 ZEBRA: RTM_NEWROUTE ipv4 multicast proto kernel
2000/01/02 18:52:16 ZEBRA: netlink_parse_info: netlink-listen type
RTM_DELADDR(21), seq=0, pid=0
2000/01/02 18:52:16 ZEBRA: netlink_interface_addr RTM_DELADDR ppp0:
2000/01/02 18:52:16 ZEBRA: IFA_LOCAL 10.53.61.108/32
2000/01/02 18:52:16 ZEBRA: IFA_ADDRESS 10.53.61.108/32
2000/01/02 18:52:16 ZEBRA: netlink_interface_addr RTM_DELADDR for ppp0 will be
ignored!
2000/01/02 18:52:16 ZEBRA: netlink-listen filter function error
2000/01/02 18:52:16 ZEBRA: netlink_parse_info: netlink-listen type
RTM_DELROUTE(25), seq=0, pid=0
2000/01/02 18:52:16 ZEBRA: RTM_DELROUTE ipv4 multicast proto kernel
2000/01/02 18:52:16 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWADDR(20), seq=0, pid=0
2000/01/02 18:52:16 ZEBRA: netlink_interface_addr RTM_NEWADDR ppp0:
2000/01/02 18:52:16 ZEBRA: IFA_LOCAL 10.53.61.108/32
2000/01/02 18:52:16 ZEBRA: IFA_ADDRESS 10.53.61.107/32
2000/01/02 18:52:16 ZEBRA: MESSAGE: ZEBRA_INTERFACE_ADDRESS_ADD 10.53.61.108/32
on ppp0
2000/01/02 18:52:16 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWROUTE(24), seq=0, pid=0
2000/01/02 18:52:16 ZEBRA: RTM_NEWROUTE ipv4 multicast proto kernel
2000/01/02 18:52:16 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWLINK(16), seq=0, pid=0
2000/01/02 18:52:16 ZEBRA: MESSAGE: ZEBRA_INTERFACE_UP ppp0
2000/01/02 18:52:16 ZEBRA: rib_link: rn 0x10081488, rib 0x100814c8
2000/01/02 18:52:16 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWROUTE(24), seq=0, pid=0
2000/01/02 18:52:16 ZEBRA: RTM_NEWROUTE ipv4 unicast proto kernel
2000/01/02 18:52:16 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWLINK(16), seq=0, pid=0
2000/01/02 18:52:16 ZEBRA: MESSAGE: ZEBRA_INTERFACE_UP ppp0
2000/01/02 18:52:16 ZEBRA: rib_process: Adding route, select 0x100814c8
2000/01/02 18:52:16 ZEBRA: rib_process: Adding route, select 0x100827c0
2000/01/02 18:52:16 ZEBRA: netlink_route_multipath() (single hop): RTM_NEWROUTE
10.11.12.0/24, type IPv4 nexthop
2000/01/02 18:52:16 ZEBRA: netlink_route_multipath() (single hop): nexthop via
10.53.61.107 if 4000
2000/01/02 18:52:16 ZEBRA: netlink_talk: netlink-cmd type RTM_NEWROUTE(24), seq=6
2000/01/02 18:52:16 ZEBRA: netlink_parse_info: netlink-cmd ACK:
type=RTM_NEWROUTE(24), seq=6, pid=0
2000/01/02 18:52:16 ZEBRA: rib_process: Updating existing route, select
0x1007ffd8, fib 0x1007ffd8
2000/01/02 18:52:16 ZEBRA: rib_process: Updating existing route, select
0x100801d0, fib 0x100801d0
2000/01/02 18:52:16 ZEBRA: rib_process: Updating existing route, select
0x1007fb50, fib 0x1007fb50
2000/01/02 18:52:16 ZEBRA: rib_process: Updating existing route, select
0x1007fde0, fib 0x1007fde0
2000/01/02 18:52:16 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWROUTE(24), seq=6, pid=4294963177
2000/01/02 18:52:16 ZEBRA: netlink_parse_info: netlink-cmd packet comes from
netlink-listen
Script /etc/ppp/ip-up.d/50setupdiffserv started
Script /etc/ppp/diffserv/ppp0setup started


I'dont have the "ip monitor"-utility on this system.

With the CVS-Snapshot 0.99.6 from 30.3.07 I have the same problem.

But I think the PPP-Daemon produces the Bugs and my patch is only a
"workaround"

Bye,

Alex




------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
_______________________________________________
Quagga-bugs mailing list
Quagga-bugs@lists.quagga.net
http://lists.quagga.net/mailman/listinfo/quagga-bugs
[Bug 202] zebra and ospfd need restarting after upping/downing interfaces [ In reply to ]
bugzilla-daemon at allevil
Apr 2, 2007, 8:22 AM
Post #6 of 13 (5426 views)
Permalink
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug
report.

http://bugzilla.quagga.net/show_bug.cgi?id=202





------- Additional Comments From Hoemig@gmx.de 2007-04-02 16:22 -------
Now I have the "ip monitor"-utility :)

So Zebra is running. Now the PPP starts (Without the PATCH):
------------------------------------------------------------


4000: ppp0: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc noop
link/ppp
2000/01/03 01:12:35 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWLINK(16), seq=0, pid=0
2000/01/03 01:12:35 ZEBRA: MESSAGE: ZEBRA_INTERFACE_ADD ppp0
2000/01/03 01:12:35 ZEBRA: interface ppp0 index 4000 becomes active.
4000: ppp0 inet 10.53.61.108/32 scope global ppp0
local 10.53.61.108 dev ppp0 table local proto kernel scope host src 10.53.61.108
Deleted 4000: ppp0 inet 10.53.61.108/32 scope global ppp0
Deleted local 10.53.61.108 dev ppp0 table local proto kernel scope host src
10.53.61.108
4000: ppp0 inet 10.53.61.108 peer 10.53.61.107/32 scope global ppp0
local 10.53.61.108 dev ppp0 table local proto kernel scope host src 10.53.61.108
4000: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,10000> mtu 1500 qdisc pfifo_fast
link/ppp
10.53.61.107 dev ppp0 proto kernel scope link src 10.53.61.108
4000: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,10000> mtu 1500 qdisc pfifo_fast
link/ppp
2000/01/03 01:12:36 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWADDR(20), seq=0, pid=0
2000/01/03 01:12:36 ZEBRA: netlink_interface_addr RTM_NEWADDR ppp0:
2000/01/03 01:12:36 ZEBRA: IFA_LOCAL 10.53.61.108/32
2000/01/03 01:12:36 ZEBRA: IFA_ADDRESS 10.53.61.108/32
2000/01/03 01:12:36 ZEBRA: warning: PtP interface ppp0 with addr 10.53.61.108/32
needs a peer address
2000/01/03 01:12:36 ZEBRA: MESSAGE: ZEBRA_INTERFACE_ADDRESS_ADD 10.53.61.108/32
on ppp0
2000/01/03 01:12:36 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWROUTE(24), seq=0, pid=0
2000/01/03 01:12:36 ZEBRA: RTM_NEWROUTE ipv4 multicast proto kernel
2000/01/03 01:12:36 ZEBRA: netlink_parse_info: netlink-listen type
RTM_DELADDR(21), seq=0, pid=0
2000/01/03 01:12:36 ZEBRA: netlink_interface_addr RTM_DELADDR ppp0:
2000/01/03 01:12:36 ZEBRA: IFA_LOCAL 10.53.61.108/32
2000/01/03 01:12:36 ZEBRA: IFA_ADDRESS 10.53.61.108/32
2000/01/03 01:12:36 ZEBRA: MESSAGE: ZEBRA_INTERFACE_ADDRESS_DELETE
10.53.61.108/32 on ppp0
2000/01/03 01:12:36 ZEBRA: route 10.53.61.108/32 ifindex 4000 doesn't exist in rib
2000/01/03 01:12:36 ZEBRA: netlink_parse_info: netlink-listen type
RTM_DELROUTE(25), seq=0, pid=0
2000/01/03 01:12:36 ZEBRA: RTM_DELROUTE ipv4 multicast proto kernel
2000/01/03 01:12:36 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWADDR(20), seq=0, pid=0
2000/01/03 01:12:36 ZEBRA: netlink_interface_addr RTM_NEWADDR ppp0:
2000/01/03 01:12:36 ZEBRA: IFA_LOCAL 10.53.61.108/32
2000/01/03 01:12:36 ZEBRA: IFA_ADDRESS 10.53.61.107/32
2000/01/03 01:12:36 ZEBRA: MESSAGE: ZEBRA_INTERFACE_ADDRESS_ADD 10.53.61.108/32
on ppp0
2000/01/03 01:12:36 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWROUTE(24), seq=0, pid=0
2000/01/03 01:12:36 ZEBRA: RTM_NEWROUTE ipv4 multicast proto kernel
2000/01/03 01:12:36 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWLINK(16), seq=0, pid=0
2000/01/03 01:12:36 ZEBRA: MESSAGE: ZEBRA_INTERFACE_UP ppp0
2000/01/03 01:12:36 ZEBRA: rib_link: rn 0x1008e440, rib 0x1008e538
2000/01/03 01:12:36 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWROUTE(24), seq=0, pid=0
2000/01/03 01:12:36 ZEBRA: RTM_NEWROUTE ipv4 unicast proto kernel
2000/01/03 01:12:36 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWLINK(16), seq=0, pid=0
2000/01/03 01:12:36 ZEBRA: MESSAGE: ZEBRA_INTERFACE_UP ppp0
2000/01/03 01:12:36 ZEBRA: rib_process: Updating existing route, select
0x1008e148, fib 0x1008e148
2000/01/03 01:12:36 ZEBRA: rib_process: Updating existing route, select
0x1008e340, fib 0x1008e340
2000/01/03 01:12:36 ZEBRA: rib_process: Updating existing route, select
0x1008dcc0, fib 0x1008dcc0
2000/01/03 01:12:36 ZEBRA: rib_process: Updating existing route, select
0x1008df50, fib 0x1008df50
2000/01/03 01:12:36 ZEBRA: rib_process: Adding route, select 0x1008e538
Script /etc/ppp/ip-up.d/50setupdiffserv started
Script /etc/ppp/diffserv/ppp0setup started





------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
_______________________________________________
Quagga-bugs mailing list
Quagga-bugs@lists.quagga.net
http://lists.quagga.net/mailman/listinfo/quagga-bugs
[Bug 202] zebra and ospfd need restarting after upping/downing interfaces [ In reply to ]
bugzilla-daemon at allevil
Apr 2, 2007, 8:59 AM
Post #7 of 13 (5414 views)
Permalink
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug
report.

http://bugzilla.quagga.net/show_bug.cgi?id=202





------- Additional Comments From ajschorr@alumni.princeton.edu 2007-04-02 16:55 -------
OK, thanks. It looks to me like the trouble is that pppd initially
brings up the interface without configuring a peer address,
and this is confusing zebra. One option is to patch connected_add_ipv4
to reject /32 addresses that do not have a peer configured...




------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
_______________________________________________
Quagga-bugs mailing list
Quagga-bugs@lists.quagga.net
http://lists.quagga.net/mailman/listinfo/quagga-bugs
[Bug 202] zebra and ospfd need restarting after upping/downing interfaces [ In reply to ]
bugzilla-daemon at allevil
Apr 2, 2007, 10:45 AM
Post #8 of 13 (5437 views)
Permalink
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug
report.

http://bugzilla.quagga.net/show_bug.cgi?id=202


ajschorr@alumni.princeton.edu changed:

What |Removed |Added
----------------------------------------------------------------------------
Attachment #139 is|0 |1
obsolete| |




------- Additional Comments From ajschorr@alumni.princeton.edu 2007-04-02 16:59 -------
Created an attachment (id=139)
--> (http://bugzilla.quagga.net/attachment.cgi?id=139&action=view)
do not add connected /32 addresses that have no peer configured

Does the attached patch against CVS fix your problem?
I don't know if there's any chance this could break a valid config --
is an IPv4 /32 address ever useful without a peer?

Is there any chance of fixing pppd instead?

------- Additional Comments From ajschorr@alumni.princeton.edu 2007-04-02 18:45 -------
Created an attachment (id=140)
--> (http://bugzilla.quagga.net/attachment.cgi?id=140&action=view)
reject PtP addresses on /32 interfaces where no peer address is supplied

Oops, that last patch is no good, since it is certainly
valid to add a local /32 on a dummy or loopback interface.

This new patch should do approximately the same thing
as the patch to rt_netlink.c, except it handles it inside
connected_add_ipv4. I still think it would be preferable
to fix the bug in pppd, however. But maybe this patch might
is safe, I'm not sure...

Regards,
Andy



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
_______________________________________________
Quagga-bugs mailing list
Quagga-bugs@lists.quagga.net
http://lists.quagga.net/mailman/listinfo/quagga-bugs
[Bug 202] zebra and ospfd need restarting after upping/downing interfaces [ In reply to ]
bugzilla-daemon at allevil
Apr 2, 2007, 11:16 AM
Post #9 of 13 (5424 views)
Permalink
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug
report.

http://bugzilla.quagga.net/show_bug.cgi?id=202





------- Additional Comments From paul@dishone.st 2007-04-02 19:16 -------
Why is zebra getting into a confused state though? Note that the messages are:

- NEWADDR <bad PPP addressing>
- DELADDR <bad PPP addressing>
- NEWADDR <good PPP addressing>

I can't see how that could confuse zebra.

Hence, I reckon zebra must have been confused /before/ this point. If pppd
restarted, where was the DELADDR from when it went /down/ initially (above looks
like pppd starting up - where's the shutdown sequence?). If there's no DELADDR
sent for the address /prior/ to the restart then the NEWADDRs above will have no
effect (not sure about the DELADDR - presumably it neither as the connected
route remained).

This /might/ work for 0.99, because 0.99 supports treating NEWADDR for an
existing address as an implicit withdraw of the previous connected address..

For 0.98, it looks like a pppd bug, and it'd be better to fix the buggy daemon
than the stable release of Quagga. Even if 0.99 works, pppd still needs fixing
it seems.




------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
_______________________________________________
Quagga-bugs mailing list
Quagga-bugs@lists.quagga.net
http://lists.quagga.net/mailman/listinfo/quagga-bugs
[Bug 202] zebra and ospfd need restarting after upping/downing interfaces [ In reply to ]
bugzilla-daemon at allevil
Apr 3, 2007, 12:04 AM
Post #10 of 13 (5407 views)
Permalink
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug
report.

http://bugzilla.quagga.net/show_bug.cgi?id=202





------- Additional Comments From Hoemig@gmx.de 2007-04-03 08:04 -------
pppd is running. Starting Zebra (without any patch):
----------------------------------------------------

2000/01/03 16:50:41 ZEBRA: rib_link: rn 0x10090730, rib 0x10090770
2000/01/03 16:50:41 ZEBRA: Zebra 0.99.6 starting: vty@2601
2000/01/03 16:50:41 ZEBRA: rib_process: Adding route, select 0x1008dcc0
2000/01/03 16:50:41 ZEBRA: rib_process: Adding route, select 0x1008df50
2000/01/03 16:50:41 ZEBRA: rib_process: Adding route, select 0x1008e148
2000/01/03 16:50:41 ZEBRA: rib_process: Adding route, select 0x1008e380
2000/01/03 16:50:41 ZEBRA: rib_process: Adding route, select 0x1008e578
2000/01/03 16:50:41 ZEBRA: rib_process: Adding route, select 0x1008e770
2000/01/03 16:50:41 ZEBRA: rib_process: Adding route, select 0x10090770
2000/01/03 16:50:41 ZEBRA: netlink_route_multipath() (single hop): RTM_NEWROUTE
10.11.12.0/24, type IPv4 nexthop
2000/01/03 16:50:41 ZEBRA: netlink_route_multipath() (single hop): nexthop via
10.53.61.107 if 4000
2000/01/03 16:50:41 ZEBRA: netlink_talk: netlink-cmd type RTM_NEWROUTE(24), seq=6
10.11.12.0/24 via 10.53.61.107 dev ppp0 proto zebra
2000/01/03 16:50:41 ZEBRA: netlink_parse_info: netlink-cmd ACK:
type=RTM_NEWROUTE(24), seq=6, pid=0
2000/01/03 16:50:41 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWROUTE(24), seq=6, pid=4294963193
2000/01/03 16:50:41 ZEBRA: netlink_parse_info: netlink-cmd packet comes from
netlink-listen



Now I remove the ppp cable:
---------------------------

2000/01/03 16:51:08 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWLINK(16), seq=0, pid=0
2000/01/03 16:51:08 ZEBRA: MESSAGE: ZEBRA_INTERFACE_DOWN ppp0
2000/01/03 16:51:08 ZEBRA: rib_delnode: rn 0x1008e730, rib 0x1008e770, removing
2000/01/03 16:51:08 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWLINK(16), seq=0, pid=0
2000/01/03 16:51:08 ZEBRA: netlink_parse_info: netlink-listen type
RTM_DELADDR(21), seq=0, pid=0
2000/01/03 16:51:08 ZEBRA: netlink_interface_addr RTM_DELADDR ppp0:
2000/01/03 16:51:08 ZEBRA: IFA_LOCAL 10.53.61.108/32
2000/01/03 16:51:08 ZEBRA: IFA_ADDRESS 10.53.61.107/32
2000/01/03 16:51:08 ZEBRA: MESSAGE: ZEBRA_INTERFACE_ADDRESS_DELETE
10.53.61.108/32 on ppp0
2000/01/03 16:51:08 ZEBRA: route 10.53.61.107/32 ifindex 4000 type 2 doesn't
exist in rib
2000/01/03 16:51:08 ZEBRA: netlink_parse_info: netlink-listen type
RTM_DELROUTE(25), seq=0, pid=0
2000/01/03 16:51:08 ZEBRA: RTM_DELROUTE ipv4 multicast proto kernel
4000: ppp0: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc pfifo_fast
link/ppp
4000: ppp0: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc pfifo_fast
link/ppp
Deleted 4000: ppp0 inet 10.53.61.108 peer 10.53.61.107/32 scope global ppp0
Deleted local 10.53.61.108 dev ppp0 table local proto kernel scope host src
10.53.61.108
2000/01/03 16:51:08 ZEBRA: netlink_parse_info: netlink-listen type
RTM_DELLINK(17), seq=0, pid=0
2000/01/03 16:51:08 ZEBRA: interface ppp0 index 4000 is now inactive.
2000/01/03 16:51:08 ZEBRA: MESSAGE: ZEBRA_INTERFACE_DELETE ppp0
Deleted 4000: ppp0: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc noop
link/ppp
2000/01/03 16:51:08 ZEBRA: rib_process: Removing existing route, fib 0x1008e770
2000/01/03 16:51:08 ZEBRA: rib_process: Deleting fib 0x1008e770, rn 0x1008e730
2000/01/03 16:51:08 ZEBRA: rib_unlink: rn 0x1008e730, rib 0x1008e770
2000/01/03 16:51:08 ZEBRA: rib_process: Removing existing route, fib 0x10090770
2000/01/03 16:51:08 ZEBRA: netlink_route_multipath() (multihop): RTM_DELROUTE
10.11.12.0/24, type IPv4 nexthop
2000/01/03 16:51:08 ZEBRA: netlink_route_multipath() (multihop): nexthop via
10.53.61.107 if 0
2000/01/03 16:51:08 ZEBRA: netlink_talk: netlink-cmd type RTM_DELROUTE(25), seq=7
2000/01/03 16:51:08 ZEBRA: netlink-cmd error: No such process,
type=RTM_DELROUTE(25), seq=7, pid=0
2000/01/03 16:51:08 ZEBRA: rib_process: Updating existing route, select
0x1008e148, fib 0x1008e148
2000/01/03 16:51:08 ZEBRA: rib_process: Updating existing route, select
0x1008dcc0, fib 0x1008dcc0
2000/01/03 16:51:08 ZEBRA: rib_process: Updating existing route, select
0x1008df50, fib 0x1008df50
2000/01/03 16:51:08 ZEBRA: rib_process: Updating existing route, select
0x1008e380, fib 0x1008e380
2000/01/03 16:51:08 ZEBRA: rib_process: Updating existing route, select
0x1008e578, fib 0x1008e578



Now I put in the ppp cable:
---------------------------

2000/01/03 16:51:21 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWLINK(16), seq=0, pid=0
4000: ppp0: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc noop
link/ppp
2000/01/03 16:51:21 ZEBRA: MESSAGE: ZEBRA_INTERFACE_ADD ppp0
2000/01/03 16:51:21 ZEBRA: interface ppp0 index 4000 becomes active.
2000/01/03 16:51:22 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWADDR(20), seq=0, pid=0
2000/01/03 16:51:22 ZEBRA: netlink_interface_addr RTM_NEWADDR ppp0:
2000/01/03 16:51:22 ZEBRA: IFA_LOCAL 10.53.61.108/32
2000/01/03 16:51:22 ZEBRA: IFA_ADDRESS 10.53.61.108/32
2000/01/03 16:51:22 ZEBRA: warning: PtP interface ppp0 with addr 10.53.61.108/32
needs a peer address
2000/01/03 16:51:22 ZEBRA: MESSAGE: ZEBRA_INTERFACE_ADDRESS_ADD 10.53.61.108/32
on ppp0
2000/01/03 16:51:22 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWROUTE(24), seq=0, pid=0
2000/01/03 16:51:22 ZEBRA: RTM_NEWROUTE ipv4 multicast proto kernel
2000/01/03 16:51:22 ZEBRA: netlink_parse_info: netlink-listen type
RTM_DELADDR(21), seq=0, pid=0
2000/01/03 16:51:22 ZEBRA: netlink_interface_addr RTM_DELADDR ppp0:
2000/01/03 16:51:22 ZEBRA: IFA_LOCAL 10.53.61.108/32
2000/01/03 16:51:22 ZEBRA: IFA_ADDRESS 10.53.61.108/32
2000/01/03 16:51:22 ZEBRA: MESSAGE: ZEBRA_INTERFACE_ADDRESS_DELETE
10.53.61.108/32 on ppp0
2000/01/03 16:51:22 ZEBRA: route 10.53.61.108/32 ifindex 4000 doesn't exist in rib
2000/01/03 16:51:22 ZEBRA: netlink_parse_info: netlink-listen type
RTM_DELROUTE(25), seq=0, pid=0
2000/01/03 16:51:22 ZEBRA: RTM_DELROUTE ipv4 multicast proto kernel
2000/01/03 16:51:22 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWADDR(20), seq=0, pid=0
2000/01/03 16:51:22 ZEBRA: netlink_interface_addr RTM_NEWADDR ppp0:
2000/01/03 16:51:22 ZEBRA: IFA_LOCAL 10.53.61.108/32
2000/01/03 16:51:22 ZEBRA: IFA_ADDRESS 10.53.61.107/32
2000/01/03 16:51:22 ZEBRA: MESSAGE: ZEBRA_INTERFACE_ADDRESS_ADD 10.53.61.108/32
on ppp0
2000/01/03 16:51:22 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWROUTE(24), seq=0, pid=0
2000/01/03 16:51:22 ZEBRA: RTM_NEWROUTE ipv4 multicast proto kernel
2000/01/03 16:51:22 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWLINK(16), seq=0, pid=0
2000/01/03 16:51:22 ZEBRA: MESSAGE: ZEBRA_INTERFACE_UP ppp0
2000/01/03 16:51:22 ZEBRA: rib_link: rn 0x1008e678, rib 0x1008e770
2000/01/03 16:51:22 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWROUTE(24), seq=0, pid=0
2000/01/03 16:51:22 ZEBRA: RTM_NEWROUTE ipv4 unicast proto kernel
2000/01/03 16:51:22 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWLINK(16), seq=0, pid=0
2000/01/03 16:51:22 ZEBRA: MESSAGE: ZEBRA_INTERFACE_UP ppp0
4000: ppp0 inet 10.53.61.108/32 scope global ppp0
local 10.53.61.108 dev ppp0 table local proto kernel scope host src 10.53.61.108
Deleted 4000: ppp0 inet 10.53.61.108/32 scope global ppp0
Deleted local 10.53.61.108 dev ppp0 table local proto kernel scope host src
10.53.61.108
4000: ppp0 inet 10.53.61.108 peer 10.53.61.107/32 scope global ppp0
local 10.53.61.108 dev ppp0 table local proto kernel scope host src 10.53.61.108
4000: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,10000> mtu 1500 qdisc pfifo_fast
link/ppp
10.53.61.107 dev ppp0 proto kernel scope link src 10.53.61.108
4000: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,10000> mtu 1500 qdisc pfifo_fast
link/ppp
2000/01/03 16:51:22 ZEBRA: rib_process: Updating existing route, select
0x1008e148, fib 0x1008e148
2000/01/03 16:51:22 ZEBRA: rib_process: Updating existing route, select
0x1008dcc0, fib 0x1008dcc0
2000/01/03 16:51:22 ZEBRA: rib_process: Updating existing route, select
0x1008df50, fib 0x1008df50
2000/01/03 16:51:22 ZEBRA: rib_process: Updating existing route, select
0x1008e380, fib 0x1008e380
2000/01/03 16:51:22 ZEBRA: rib_process: Updating existing route, select
0x1008e578, fib 0x1008e578
2000/01/03 16:51:22 ZEBRA: rib_process: Adding route, select 0x1008e770





------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
_______________________________________________
Quagga-bugs mailing list
Quagga-bugs@lists.quagga.net
http://lists.quagga.net/mailman/listinfo/quagga-bugs
[Bug 202] zebra and ospfd need restarting after upping/downing interfaces [ In reply to ]
bugzilla-daemon at allevil
Apr 3, 2007, 1:16 AM
Post #11 of 13 (5434 views)
Permalink
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug
report.

http://bugzilla.quagga.net/show_bug.cgi?id=202





------- Additional Comments From Hoemig@gmx.de 2007-04-03 09:16 -------
Test quagga-0.99.6-20070403 with Patch "reject PtP adresses on...)

pppd is running. Starting Zebra (without any patch):
----------------------------------------------------


root@iags01:~# ./zebra -A 127.0.0.1
2000/01/03 17:56:46 ZEBRA: rib_link: rn 0x10091ce8, rib 0x10091d28
2000/01/03 17:56:46 ZEBRA: Zebra 0.99.6 starting: vty@2601
2000/01/03 17:56:46 ZEBRA: rib_process: Adding route, select 0x1008ecc0
2000/01/03 17:56:46 ZEBRA: rib_process: Adding route, select 0x1008ef50
2000/01/03 17:56:46 ZEBRA: rib_process: Adding route, select 0x1008f148
2000/01/03 17:56:46 ZEBRA: rib_process: Adding route, select 0x1008f380
2000/01/03 17:56:46 ZEBRA: rib_process: Adding route, select 0x1008f578
2000/01/03 17:56:46 ZEBRA: rib_process: Adding route, select 0x1008f770
2000/01/03 17:56:46 ZEBRA: rib_process: Adding route, select 0x10091d28
2000/01/03 17:56:46 ZEBRA: netlink_route_multipath() (single hop): RTM_NEWROUTE
10.11.12.0/24, type IPv4 nexthop
2000/01/03 17:56:46 ZEBRA: netlink_route_multipath() (single hop): nexthop via
10.53.61.107 if 4000
2000/01/03 17:56:46 ZEBRA: netlink_talk: netlink-cmd type RTM_NEWROUTE(24), seq=6
10.11.12.0/24 via 10.53.61.107 dev ppp0 proto zebra
2000/01/03 17:56:46 ZEBRA: netlink_parse_info: netlink-cmd ACK:
type=RTM_NEWROUTE(24), seq=6, pid=0
2000/01/03 17:56:46 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWROUTE(24), seq=6, pid=4294963191
2000/01/03 17:56:46 ZEBRA: netlink_parse_info: netlink-cmd packet comes from
netlink-listen



Now I remove the ppp cable:
---------------------------

2000/01/03 17:57:17 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWLINK(16), seq=0, pid=0
2000/01/03 17:57:17 ZEBRA: MESSAGE: ZEBRA_INTERFACE_DOWN ppp0
2000/01/03 17:57:17 ZEBRA: rib_delnode: rn 0x1008f730, rib 0x1008f770, removing
2000/01/03 17:57:17 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWLINK(16), seq=0, pid=0
2000/01/03 17:57:17 ZEBRA: netlink_parse_info: netlink-listen type
RTM_DELADDR(21), seq=0, pid=0
2000/01/03 17:57:17 ZEBRA: netlink_interface_addr RTM_DELADDR ppp0:
2000/01/03 17:57:17 ZEBRA: IFA_LOCAL 10.53.61.108/32
2000/01/03 17:57:17 ZEBRA: IFA_ADDRESS 10.53.61.107/32
2000/01/03 17:57:17 ZEBRA: MESSAGE: ZEBRA_INTERFACE_ADDRESS_DELETE
10.53.61.108/32 on ppp0
2000/01/03 17:57:17 ZEBRA: route 10.53.61.107/32 ifindex 4000 type 2 doesn't
exist in rib
4000: ppp0: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc pfifo_fast
link/ppp
4000: ppp0: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc pfifo_fast
link/ppp
Deleted 4000: ppp0 inet 10.53.61.108 peer 10.53.61.107/32 scope global ppp0
Deleted local 10.53.61.108 dev ppp0 table local proto kernel scope host src
10.53.61.108
2000/01/03 17:57:17 ZEBRA: netlink_parse_info: netlink-listen type
RTM_DELROUTE(25), seq=0, pid=0
2000/01/03 17:57:17 ZEBRA: RTM_DELROUTE ipv4 multicast proto kernel
2000/01/03 17:57:17 ZEBRA: netlink_parse_info: netlink-listen type
RTM_DELLINK(17), seq=0, pid=0
2000/01/03 17:57:17 ZEBRA: interface ppp0 index 4000 is now inactive.
2000/01/03 17:57:17 ZEBRA: MESSAGE: ZEBRA_INTERFACE_DELETE ppp0
Deleted 4000: ppp0: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc noop
link/ppp
2000/01/03 17:57:17 ZEBRA: rib_process: Removing existing route, fib 0x1008f770
2000/01/03 17:57:17 ZEBRA: rib_process: Deleting fib 0x1008f770, rn 0x1008f730
2000/01/03 17:57:17 ZEBRA: rib_unlink: rn 0x1008f730, rib 0x1008f770
2000/01/03 17:57:17 ZEBRA: rib_process: Removing existing route, fib 0x10091d28
2000/01/03 17:57:17 ZEBRA: netlink_route_multipath() (multihop): RTM_DELROUTE
10.11.12.0/24, type IPv4 nexthop
2000/01/03 17:57:17 ZEBRA: netlink_route_multipath() (multihop): nexthop via
10.53.61.107 if 0
2000/01/03 17:57:17 ZEBRA: netlink_talk: netlink-cmd type RTM_DELROUTE(25), seq=7
2000/01/03 17:57:17 ZEBRA: netlink-cmd error: No such process,
type=RTM_DELROUTE(25), seq=7, pid=0
2000/01/03 17:57:17 ZEBRA: rib_process: Updating existing route, select
0x1008f148, fib 0x1008f148
2000/01/03 17:57:17 ZEBRA: rib_process: Updating existing route, select
0x1008ecc0, fib 0x1008ecc0
2000/01/03 17:57:17 ZEBRA: rib_process: Updating existing route, select
0x1008ef50, fib 0x1008ef50
2000/01/03 17:57:17 ZEBRA: rib_process: Updating existing route, select
0x1008f380, fib 0x1008f380
2000/01/03 17:57:17 ZEBRA: rib_process: Updating existing route, select
0x1008f578, fib 0x1008f578



Now I put in the ppp cable:
---------------------------

2000/01/03 17:57:42 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWLINK(16), seq=0, pid=0
2000/01/03 17:57:42 ZEBRA: MESSAGE: ZEBRA_INTERFACE_ADD ppp0
2000/01/03 17:57:42 ZEBRA: interface ppp0 index 4000 becomes active.
4000: ppp0: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc noop
link/ppp
2000/01/03 17:57:42 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWADDR(20), seq=0, pid=0
2000/01/03 17:57:42 ZEBRA: netlink_interface_addr RTM_NEWADDR ppp0:
2000/01/03 17:57:42 ZEBRA: IFA_LOCAL 10.53.61.108/32
2000/01/03 17:57:42 ZEBRA: IFA_ADDRESS 10.53.61.108/32
2000/01/03 17:57:42 ZEBRA: error: PtP interface ppp0 with addr 10.53.61.108/32
needs a peer address
2000/01/03 17:57:42 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWROUTE(24), seq=0, pid=0
2000/01/03 17:57:42 ZEBRA: RTM_NEWROUTE ipv4 multicast proto kernel
2000/01/03 17:57:42 ZEBRA: netlink_parse_info: netlink-listen type
RTM_DELADDR(21), seq=0, pid=0
2000/01/03 17:57:42 ZEBRA: netlink_interface_addr RTM_DELADDR ppp0:
2000/01/03 17:57:42 ZEBRA: IFA_LOCAL 10.53.61.108/32
2000/01/03 17:57:42 ZEBRA: IFA_ADDRESS 10.53.61.108/32
2000/01/03 17:57:42 ZEBRA: netlink_parse_info: netlink-listen type
RTM_DELROUTE(25), seq=0, pid=0
2000/01/03 17:57:42 ZEBRA: RTM_DELROUTE ipv4 multicast proto kernel
2000/01/03 17:57:42 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWADDR(20), seq=0, pid=0
2000/01/03 17:57:42 ZEBRA: netlink_interface_addr RTM_NEWADDR ppp0:
2000/01/03 17:57:42 ZEBRA: IFA_LOCAL 10.53.61.108/32
2000/01/03 17:57:42 ZEBRA: IFA_ADDRESS 10.53.61.107/32
2000/01/03 17:57:42 ZEBRA: MESSAGE: ZEBRA_INTERFACE_ADDRESS_ADD 10.53.61.108/32
on ppp0
2000/01/03 17:57:42 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWROUTE(24), seq=0, pid=0
2000/01/03 17:57:42 ZEBRA: RTM_NEWROUTE ipv4 multicast proto kernel
2000/01/03 17:57:42 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWLINK(16), seq=0, pid=0
2000/01/03 17:57:42 ZEBRA: MESSAGE: ZEBRA_INTERFACE_UP ppp0
2000/01/03 17:57:42 ZEBRA: rib_link: rn 0x1008f678, rib 0x1008f770
2000/01/03 17:57:42 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWROUTE(24), seq=0, pid=0
2000/01/03 17:57:42 ZEBRA: RTM_NEWROUTE ipv4 unicast proto kernel
2000/01/03 17:57:42 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWLINK(16), seq=0, pid=0
2000/01/03 17:57:42 ZEBRA: MESSAGE: ZEBRA_INTERFACE_UP ppp0
4000: ppp0 inet 10.53.61.108/32 scope global ppp0
local 10.53.61.108 dev ppp0 table local proto kernel scope host src 10.53.61.108
Deleted 4000: ppp0 inet 10.53.61.108/32 scope global ppp0
Deleted local 10.53.61.108 dev ppp0 table local proto kernel scope host src
10.53.61.108
4000: ppp0 inet 10.53.61.108 peer 10.53.61.107/32 scope global ppp0
local 10.53.61.108 dev ppp0 table local proto kernel scope host src 10.53.61.108
4000: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,10000> mtu 1500 qdisc pfifo_fast
link/ppp
10.53.61.107 dev ppp0 proto kernel scope link src 10.53.61.108
4000: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,10000> mtu 1500 qdisc pfifo_fast
link/ppp
2000/01/03 17:57:42 ZEBRA: rib_process: Adding route, select 0x1008f770
2000/01/03 17:57:42 ZEBRA: rib_process: Adding route, select 0x10091d28
2000/01/03 17:57:42 ZEBRA: netlink_route_multipath() (single hop): RTM_NEWROUTE
10.11.12.0/24, type IPv4 nexthop
2000/01/03 17:57:42 ZEBRA: netlink_route_multipath() (single hop): nexthop via
10.53.61.107 if 4000
2000/01/03 17:57:42 ZEBRA: netlink_talk: netlink-cmd type RTM_NEWROUTE(24), seq=8
2000/01/03 17:57:42 ZEBRA: netlink_parse_info: netlink-cmd ACK:
type=RTM_NEWROUTE(24), seq=8, pid=0
2000/01/03 17:57:42 ZEBRA: rib_process: Updating existing route, select
0x1008f148, fib 0x1008f148
2000/01/03 17:57:42 ZEBRA: rib_process: Updating existing route, select
0x1008ecc0, fib 0x1008ecc0
2000/01/03 17:57:42 ZEBRA: rib_process: Updating existing route, select
0x1008ef50, fib 0x1008ef50
2000/01/03 17:57:42 ZEBRA: rib_process: Updating existing route, select
0x1008f380, fib 0x1008f380
2000/01/03 17:57:42 ZEBRA: rib_process: Updating existing route, select
0x1008f578, fib 0x1008f578
10.11.12.0/24 via 10.53.61.107 dev ppp0 proto zebra
2000/01/03 17:57:42 ZEBRA: netlink_parse_info: netlink-listen type
RTM_NEWROUTE(24), seq=8, pid=4294963191
2000/01/03 17:57:42 ZEBRA: netlink_parse_info: netlink-cmd packet comes from
netlink-listen

Result: OK after restart. Patch is OK
-------------------------------------
zebra> sh ip route
Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF,
I - ISIS, B - BGP, > - selected route, * - FIB route
...
S>* 10.11.12.0/24 [1/0] via 10.53.61.107, ppp0
C>* 10.53.61.107/32 is directly connected, ppp0
C>* 127.0.0.0/8 is directly connected, lo
...
zebra>







------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
_______________________________________________
Quagga-bugs mailing list
Quagga-bugs@lists.quagga.net
http://lists.quagga.net/mailman/listinfo/quagga-bugs
[Bug 202] zebra and ospfd need restarting after upping/downing interfaces [ In reply to ]
bugzilla-daemon at allevil
Apr 6, 2007, 7:55 AM
Post #12 of 13 (5408 views)
Permalink
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug
report.

http://bugzilla.quagga.net/show_bug.cgi?id=202





------- Additional Comments From ajschorr@alumni.princeton.edu 2007-04-03 14:07 -------
Perhaps what we're seeing is the same race condition in the RIB workqueue
mentioned by David Young in [quagga-users 8225]?

http://lists.quagga.net/pipermail/quagga-users/2007-April/008228.html

Regards,
Andy



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
_______________________________________________
Quagga-bugs mailing list
Quagga-bugs@lists.quagga.net
http://lists.quagga.net/mailman/listinfo/quagga-bugs
[Bug 202] zebra and ospfd need restarting after upping/downing interfaces [ In reply to ]
bugzilla-daemon at allevil
Apr 18, 2007, 12:05 AM
Post #13 of 13 (5333 views)
Permalink
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug
report.

http://bugzilla.quagga.net/show_bug.cgi?id=202





------- Additional Comments From ajschorr@alumni.princeton.edu 2007-04-06 15:55 -------
Created an attachment (id=141)
--> (http://bugzilla.quagga.net/attachment.cgi?id=141&action=view)
fix bug in connected_implicit_withdraw

David Young developed this patch for his problem in [quagga-users 8245].

Can you please test whether this patch fixes this bug also (instead
of the patch I previously proposed)?

Thanks,
Andy

------- Additional Comments From paul@dishone.st 2007-04-18 08:04 -------
David commited his patch to CVS recently. So CVS snapshots should have the fix.




------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
_______________________________________________
Quagga-bugs mailing list
Quagga-bugs@lists.quagga.net
http://lists.quagga.net/mailman/listinfo/quagga-bugs

©2024 GT.net. A Gossamer Threads company.
5th Floor, 455 Granville St., Vancouver, BC V6C 1T1, Canada | Legal