AW: [Xorp-hackers] OSPFv2 Peering stays in INIT State on Cisco
Patrick Preuss
deathdealer@gmx.net
Fri, 16 Sep 2005 19:45:48 +0200
Hello Atanu,
No problem, it makes me glad to help.
One question is it possible to leave the debugging code in ospf and spend it
some finder:// urls so it can be dynamicly turned on like the "debug ip ospf
..." commands on the cisco? Sorry for that but I came from the cisco side
the world.
I think the same thing happens also on the ethenet with enterasys routers
but I will debug it on Monday, this weekend is not so good because we have
some changes in our main applications.
Next question where do I turn authentication on?
Gruss
Patrick Marc Preuss
Nordstrasse 28
41569 Rommerskirchen
-----Ursprüngliche Nachricht-----
Von: xorp-hackers-admin@icir.org [mailto:xorp-hackers-admin@icir.org] Im
Auftrag von Atanu Ghosh
Gesendet: Freitag, 16. September 2005 19:29
An: "Patrick Preuß"
Cc: xorp-hackers@xorp.org; patrick.preuss@retail-sc.com
Betreff: Re: [Xorp-hackers] OSPFv2 Peering stays in INIT State on Cisco
Hi,
I checked in the p2p code last night intending to test it today, you
seem to have beaten me to it:-).
Sending all the configuration files and especially the ethereal trace
was fantastically useful.
>From the ethereal trace we can see the the Cisco sent a 60 byte OSPF
packet, the OSPF header is reporting 48 bytes. Which is exactly what
XORP is reporting. Due to the mismatch we are rejecting the
packet.
I can't see anything in the spec that requires zero or even garbage
padding as in this case. There is often/always a requirement to pad to meet
the link requirements but this is a 96 byte frame. A 84 byte frame would
have met the 60 byte frame requirement.
----------------------------------------
"Be liberal in what you accept, and conservative in what you send."
-- jon
RFC-1122 (originates in RFC760)
----------------------------------------
I will attempt to make the code more liberal.
Thanks again for the traces.
Atanu.
>>>>> "Patrick" == Patrick Preu <Patrick> writes:
Patrick> Hello i have testet the OSPF Code on a Linux Machine over a
Patrick> GRE Interface to a Cisco 7507 and see that the Session
Patrick> stays in the INIT/- State on the Cisco.
Patrick> The XORP tells me the Packet size is not Correct.
Patrick> i have used two different configurations, one you will find
Patrick> attached is w/o setting p2p mode, the other is with p2p and
Patrick> both report the same.
Patrick> i have used quaggar also and there is no problem. i can
Patrick> provide more information if needed.
Patrick> XORP Router: Distribution: Fedora Core 3 Kernel:
Patrick> 2.6.12-1.1376_FC3
Patrick> Networking: gre or eth
Patrick> Cisco Router:
Patrick> Cisco 7507 IOS: RSP Software (RSP-JK9SV-M), Version
Patrick> 12.3(13)
Patrick> The Tunnel is configured from the OS.
Patrick> Please have a look at Bug 216
Patrick> http://www.xorp.org/bugzilla/show_bug.cgi?id=216
Patrick> -- best regards Patrick Marc Preuss
Patrick>
----------------------------------------------------------------------
Patrick> --
Patrick> "...a hundred billion castaways looking for a home." -
Patrick> Sting "Message in a Bottle" (1979)
Patrick> Lust, ein paar Euro nebenbei zu verdienen? Ohne Kosten,
Patrick> ohne Risiko! Satte Provisionen für GMX Partner:
Patrick> http://www.gmx.net/de/go/partner
Patrick> _______________________________________________
Patrick> Xorp-hackers mailing list Xorp-hackers@icir.org
Patrick> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers
_______________________________________________
Xorp-hackers mailing list
Xorp-hackers@icir.org
http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers