[Xorp-users] ospf6 on linux 2.6.26

[Pascal Spring]

hi atanu

well, so far thanks for the information - i discovered it in the release
note from xorp 1.4 in the meanwhile - i'll try it out more detailed
tomorrow,
as far as i already tried out tonight, something in the mcast group
membership changes for ethernets, but for sit-interfaces no change -
but hear from me tomorrow.

to the www.xorg.net-maintainers: would be maybe worth to mention the
requirement for explicitly configured link-local addresses to run
ripng/ospfv3 in the 'getting started'

p.

Atanu Ghosh wrote:
> Hi,
>
> In order for OSPFv3 to run you will need to add the the IPv6 link local
> address for each interface that is being used in the interfaces
> block. The number after "ospf6" 10 in your case is the instance ID this
> value needs to be the same for each OSPFv3 instance.
>
>       Atanu.
>
>   
>>>>>> "Pascal" == Pascal Spring <lists at traxx.ch> writes:
>>>>>>             
>
>     Pascal> Hello Bruce
>     Pascal> well, here is the config
>
>     Pascal> ospf6 10 {
>     Pascal> router-id: xxx.xxx.xxx.xxx
>     Pascal> ip-router-alert: false
>     Pascal> traceoptions {
>     Pascal> }
>     Pascal> area 0.0.0.3 {
>     Pascal> area-type: "normal"
>     Pascal> interface vpn0 {
>     Pascal> link-type: "p2p"
>     Pascal> }
>     Pascal> interface br0 {
>     Pascal> link-type: "broadcast"
>     Pascal> }
>     Pascal> interface eth1 {
>     Pascal> link-type: "broadcast"
>     Pascal> }
>     Pascal> }
>     Pascal> }
>
>     Pascal> vpn0 is a sit-tunnel made with ip tunnel add vpn0 mode sit local
>     Pascal> xxx.xxx.xxx.xxx  remote yyy.yyy.yyy.yyy ttl 64, mtu is set on 1280,
>     Pascal> multicast is turned on
>     Pascal> i tried to set up an ospf6 neighborhood over eth1 and br0 with another
>     Pascal> router of the same type and config as well - without success.
>
>     Pascal> the relevant parts from igmp6 proc is not showing a ospf group membership:
>
>     Pascal> 3    eth1            ff0200000000000000000001ff000000     1 00000004 0
>     Pascal> 3    eth1            ff020000000000000000000000000002     1 00000004 0
>     Pascal> 3    eth1            ff0200000000000000000001ff15dbbd     1 00000004 0
>     Pascal> 3    eth1            ff020000000000000000000000000001     1 0000000C 0
>     Pascal> 13   sit0            ff020000000000000000000000000001     1 0000000C 0
>
>     Pascal> on the other side if i check igmp proc with running and working ospf4 i
>     Pascal> cannot see the equivalent ospf group membership as well:
>
>     Pascal> 4       eth2      :     8      V3
>     Pascal> 060000E0     1 0:00000000               0
>     Pascal> 050000E0     1 0:00000000               0
>     Pascal> 010000E0     1 0:00000000               0
>
>     Pascal> both proc mcfilter and mcfilter6 are empty
>
>     Pascal> to the kernel config i can say that everything needed is set - since
>     Pascal> running as stable environment testing and experimental codes are
>     Pascal> disabled, so there is no ipv6-multicast-routing (what should not have
>     Pascal> influence) activated,
>     Pascal> regular (ipv4) multicasting and multicast-routing support are enabled
>
>     Pascal> well,  so long
>     Pascal> p.
>
>     Pascal> Bruce M Simpson wrote:
>     >> Hi,
>     >> 
>     >> Pascal Spring wrote:
>     >>> hello
>     >>> 
>     >>> is there some special requirement to run ospf6 on linux (sysctl settings
>     >>> a.s.o)?
>     >>> i'm not able to set up a simple ospf6 config of two routers connected
>     >>> via eth, neither a connection via sit-tunnel.
>     >>> tpcdump doesn't show any multicast-packets between the neighbors, 'run
>     >>> show ospf6 neighbor' shows no neighboring routers.
>     >>> 
>     >> 
>     >> I'm not aware of any special configuration needed to run XORP's OSPFv3
>     >> over IPv6, although I haven't tried it myself.
>     >> 
>     >> It may also be helpful if you post your XORP configuration to the
>     >> list, as well as the log contents from the router(s) affected, and
>     >> possibly also your Linux kernel configuration.
>     >> 
>     >> If you are using sit.ko, can you please provide full details of how
>     >> you are configuring the tunnel (presumably using iproute2 'ip' command) ?
>     >> 
>     >> Sometimes just doing this alone is enough to discover a typo, etc.
>     >> 
>     >> You may wish to double check that the appropriate multicast groups
>     >> have actually been set up and joined at driver level, by looking in
>     >> /proc:
>     >> /proc/net/igmp
>     >> /proc/net/igmp6
>     >> /proc/net/mcfilter
>     >> /proc/net/mcfilter6
>     >> 
>     >> I've had problems with Linux in the past where the kernel didn't
>     >> support multicast socket options due to the appropriate kernel options
>     >> being missing, with non-obvious error messages.
>     >> 
>     >> OSPFv3 has fairly complete regression test coverage as far as I'm
>     >> aware, although obviously we can't simulate the entire host stack. If
>     >> OSPFv3 is misbehaving on Linux then obviously we need to see evidence
>     >> of the failure and the failure mode.
>     >> 
>     >> thanks
>     >> BMS
>     >> 
>
>     Pascal> _______________________________________________
>     Pascal> Xorp-users mailing list
>     Pascal> Xorp-users at xorp.org
>     Pascal> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users
>