[Xorp-users] ospf6 on linux 2.6.26

[Atanu Ghosh]

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