Public bug reported:

Binary package hint: linux-image-2.6.27-2-generic

I have configured ipv6 statically in /etc/network/interfaces. Had this
running with 8.04 and both 2.6.24 and own-compiled 2.6.26.3, no
problems. Now after fresh install of 8.10a4 I am having IPv6 trouble.

After bringing it up after boot, everything works:

Cisco router:

#show ipv6 neighbors 
IPv6 Address                              Age Link-layer Addr State Interface
FE80::240:63FF:FEF5:17C2                    0 0040.63f5.17c2  STALE Gi4/0
2A00:801:B::10                              0 0040.63f5.17c2  STALE Gi4/0

On linux box:

PING 2a00:801:b::1(2a00:801:b::1) 56 data bytes
64 bytes from 2a00:801:b::1: icmp_seq=1 ttl=64 time=0.658 ms
64 bytes from 2a00:801:b::1: icmp_seq=2 ttl=64 time=0.332 ms
^C
--- 2a00:801:b::1 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 999ms
rtt min/avg/max/mdev = 0.332/0.495/0.658/0.163 ms
[EMAIL PROTECTED]:/mnt/tt/grub# ip -6 n
fe80::20a:42ff:fedd:5470 dev eth0 lladdr 00:0a:42:dd:54:70 DELAY
2a00:801:b::1 dev eth0 lladdr 00:0a:42:dd:54:70 router REACHABLE

Everything is fine, I can download updates via apt-get etc (via ipv6).

After a while the nd goes stale, and cisco router cannot reach the
neighbour anymore:

Aug 31 13:15:52.783: ICMPv6-ND: REACH -> STALE: FE80::240:63FF:FEF5:17C2
Aug 31 13:17:43.176: ICMPv6: Sending echo request to 2A00:801:B::10
Aug 31 13:17:43.176: ICMPv6-ND: DELETE -> INCMP: 2A00:801:B::10
Aug 31 13:17:43.176: ICMPv6-ND: Sending NS for 2A00:801:B::10 on 
GigabitEthernet4/0
Aug 31 13:17:44.176: ICMPv6-ND: Sending NS for 2A00:801:B::10 on 
GigabitEthernet4/0
Aug 31 13:17:45.176: ICMPv6-ND: Sending NS for 2A00:801:B::10 on 
GigabitEthernet4/0
Aug 31 13:17:45.176: ICMPv6: Sending echo request to 2A00:801:B::10
Aug 31 13:17:46.176: ICMPv6-ND: INCMP deleted: 2A00:801:B::10
Aug 31 13:17:46.176: ICMPv6-ND: INCMP -> DELETE: 2A00:801:B::10
Aug 31 13:17:47.176: ICMPv6: Sending echo request to 2A00:801:B::10
Aug 31 13:17:47.176: ICMPv6-ND: DELETE -> INCMP: 2A00:801:B::10
Aug 31 13:17:47.176: ICMPv6-ND: Sending NS for 2A00:801:B::10 on 
GigabitEthernet4/0
Aug 31 13:17:48.176: ICMPv6-ND: Sending NS for 2A00:801:B::10 on 
GigabitEthernet4/0
Aug 31 13:17:49.176: ICMPv6-ND: Sending NS for 2A00:801:B::10 on 
GigabitEthernet4/0
Aug 31 13:17:49.176: ICMPv6: Sending echo request to 2A00:801:B::10
Aug 31 13:17:50.176: ICMPv6-ND: INCMP deleted: 2A00:801:B::10
Aug 31 13:17:50.176: ICMPv6-ND: INCMP -> DELETE: 2A00:801:B::10
Aug 31 13:17:51.176: ICMPv6: Sending echo request to 2A00:801:B::10
Aug 31 13:17:51.176: ICMPv6-ND: DELETE -> INCMP: 2A00:801:B::10
Aug 31 13:17:51.176: ICMPv6-ND: Sending NS for 2A00:801:B::10 on 
GigabitEthernet4/0
Aug 31 13:17:52.176: ICMPv6-ND: Sending NS for 2A00:801:B::10 on 
GigabitEthernet4/0
Aug 31 13:17:53.176: ICMPv6-ND: Sending NS for 2A00:801:B::10 on 
GigabitEthernet4/0
Aug 31 13:17:54.176: ICMPv6-ND: INCMP deleted: 2A00:801:B::10

Linux machine also shows itself as being stale, but if I debug ICMP on
the cisco router, I can see that the linux machine is sending ICMP
packets to the cisco, and it's trying to respond but can't because the
nd is stale.

Weird thing is that "tcpdump -p -n proto ipv6" doesn't show any packets,
"tcpdump -p -n icmp" doesn't show any ipv6 packets either, so I am
having a hard time troubleshooting this. Any ideas?

PS. It might be related to Networkmanager, because I don't have
Networkmanager in System->Administration to set up the IPv4 and IPv6
addresses in, so for IPv4 I'm having to kill off dhclient each time I
restart the network because networkmanager seems to think I should be
running dhcp on the interface. This might have some IPv6 implication as
well, I don't know.

** Affects: linux (Ubuntu)
     Importance: Undecided
         Status: New

-- 
ipv6 stops working after a while
https://bugs.launchpad.net/bugs/263260
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to