On 5 Jun 2007, at 08:42, OndEej SurC= wrote:
Henning Brauer pm9e v So 21. 04. 2007 v 15:38 +0200:
* Ond??ej Sur?? <[EMAIL PROTECTED]> [2007-04-21 14:58]:
Hi,
Jon Morby pm9e v So 21. 04. 2007 v 12:13 +0100:
Not sure if you're still trying to fix this, or if you're
sorted ....
but if you're still having problems
What does your filters section look like ?
It's very simple now - none. But filters just modify prefixes
accepted
and not coupling. I do receive IPv6 prefixes they are just not
coupled
into kernel.
i guess there is some bug.
since i have no v6 here it is a bit hard to reproduce and fix
Just FYI. I prepared -current for testing and found out, that IPv6
works just fine on current -current :-). However it's broken in
4.1 due
bug in setting IPv6 options which I found fix for in some list.
Ondrej
I've been having similar problems here, however updating to the
latest June snapshot (17th) hasn't fixed things for me. (although I
have now overcome the regular kernel panic I was seeing which was
apparently caused by a corrupted disklabel on wd0)
Whilst I receive the prefixes via iBGP on our internal routers, the
routes are not inserted into the fib ... however they are when
received by eBGP and are in the rib
[EMAIL PROTECTED] uname -a
OpenBSD l2-c1.access.fido.net 4.1 GENERIC#1118 amd64
[EMAIL PROTECTED] bgpctl s rib det 2001:610::/32
BGP routing table entry for 2001:610::/32
3257 1103
Nexthop 2a01:2c0::3 (via 2a01:2c0::3) from 2a01:2c0::3
(80.252.124.3)
Origin IGP, metric 14, localpref 100, internal, valid, best
Last update: 02:16:50 ago
Community: 8282:602 8282:600 3257:3370 3257:3371 3257:5031
[EMAIL PROTECTED] route -n get -inet6 2001:610::1
route: writing to routing socket: No such process
[EMAIL PROTECTED] bgpctl sh fib 2001:610::1
flags: * = valid, B = BGP, C = Connected, S = Static
N = BGP Nexthop reachable via this route
r = reject route, b = blackhole route
flags destination gateway
*B 2001:610::/32 2a01:2c0::3
[EMAIL PROTECTED] route -n get -inet6 2a01:2c0::3
route to: 2a01:2c0::3
destination: 2a01:2c0::3
interface: vlan544
if address: fe80::230:48ff:fe88:9348%vlan544
flags: <UP,HOST,DONE,LLINFO,CLONED>
use hopcount mtu expire
720 0 0 0
[EMAIL PROTECTED] ping6 2a01:2c0::3
PING6(56=40+8+8 bytes) 2a01:2c0::2 --> 2a01:2c0::3
16 bytes from 2a01:2c0::3, icmp_seq=0 hlim=64 time=0.371 ms
16 bytes from 2a01:2c0::3, icmp_seq=1 hlim=64 time=0.341 ms
^C
--- 2a01:2c0::3 ping6 statistics ---
2 packets transmitted, 2 packets received, 0.0% packet loss
round-trip min/avg/max/std-dev = 0.341/0.356/0.371/0.015 ms
whilst on our border (June 9th sources)
[EMAIL PROTECTED] bgpctl s rib det 2001:610::/32
BGP routing table entry for 2001:610::/32
3257 1103
Nexthop 2001:7f8:2:1::3 (via 2001:7f8:2:1::3) from Tiscali
(213.200.87.23)
Origin IGP, metric 14, localpref 100, external, valid, best
Last update: 6d09h17m ago
Community: 8282:600 3257:3370 3257:3371 3257:5031
BGP routing table entry for 2001:610::/32
1752 1299 20965 1103
Nexthop 2001:7f8:2:1::1 (via 2001:7f8:2:1::1) from BT Exact
(213.121.24.91)
Origin IGP, metric 0, localpref 100, external, valid
Last update: 6d09h17m ago
Community: 8282:600
BGP routing table entry for 2001:610::/32
3344 30071 3549 1103
Nexthop 2001:7f8:5::6334:2 (via 2001:7f8:5::6334:2) from Kewlio
(85.116.0.23)
Origin IGP, metric 0, localpref 100, external, valid
Last update: 3d23h31m ago
Community: 8282:600 3344:63300 30071:57052
[EMAIL PROTECTED] route -n get -inet6 2001:610::1
route to: 2001:610::1
destination: 2001:610::
mask: ffff:ffff::
gateway: 2001:7f8:2:1::3
interface: vlan303
if address: 2001:7f8:2:1::21
flags: <UP,GATEWAY,DONE,PROTO1>
use hopcount mtu expire
0 0 0 0
and one of our downstream test boxes in AS65123
[EMAIL PROTECTED] bgpctl s rib det 2001:610::/32
BGP routing table entry for 2001:610::/32
8282 3257 1103
Nexthop 2a01:2c0:a0:1::1 (via 2a01:2c0:a0:1::1) from
2a01:2c0:a0:1::1 (80.252.124.3)
Origin IGP, metric 0, localpref 100, external, valid, best
Last update: 3d06h08m ago
Community: 65123:601 8282:600 3257:3370 3257:3371 3257:5031
[EMAIL PROTECTED] route -n get -inet6 2001:610::1
route to: 2001:610::1
destination: 2001:610::
mask: ffff:ffff::
gateway: 2a01:2c0:a0:1::1
interface: gif0
if address: 2a01:2c0:a0:1::2
flags: <UP,GATEWAY,DONE,PROTO1>
use hopcount mtu expire
0 0 0 0
So clients of l3 via eBGP seem ok, but clients in the same AS/iBGP
cloud don't seem to insert the routes
Does anyone else see this ... is it just something stupid I'm doing
in my filters (which are I though fairly basic) or is it a bug in bgpd?
filters on l2-c1 are basically
allow from any inet6
match to group "internalv6" set { nexthop self }
match from group "internalv6" set { community 8282:602 }
allow from group "internalv6"
allow to group "internalv6"
group "internalv6" {
# descr "iBGP v6 Peers"
announce all
depend on vlan544
softreconfig in yes
softreconfig out yes
announce IPv4 none
announce IPv6 unicast
set nexthop self # (tried tests with and without this being
set)
neighbor 2a01:2c0::1 {
remote-as 8282
tcp md5sig password "xx"
}
neighbor 2a01:2c0::3 {
remote-as 8282
tcp md5sig password "xx"
}
}
Thoughts anyone?
I'll upgrade our DE-CIX servers to IPv6 and confirm it later.
Ondrej.
--
Ondxej Sur} <[EMAIL PROTECTED]> *** http://blog.rfc1925.org/
Kulturnm obhasnmk *** http://www.obcasnik.cz/
