I'm having prolonged 'loading' state issues again. It only seems to happen on a single side of the relationship; one side says its 'full' and the other sticks to 'loading' for about 30 minutes. Im using version 1.3.4. The 2 hosts are communicating over an OpenVPN link but its only with some openvpn clients :-/<br>
<br>I have a tcpdump and debug logs if someone would like to see them.<br><br>I'm not quite sure what to do to address it<br><br><div class="gmail_quote">On Wed, Aug 3, 2011 at 1:22 PM, Ryan Whelan <span dir="ltr"><<a href="mailto:rcwhelan@gmail.com">rcwhelan@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Tue, Aug 2, 2011 at 4:44 AM, Ondrej Zajicek <<a href="mailto:santiago@crfreenet.org">santiago@crfreenet.org</a>> wrote:<br>
> On Mon, Aug 01, 2011 at 10:57:01PM -0400, Ryan Whelan wrote:<br>
>> I'm now having this issue with a new device and its chronic. It goes into<br>
>> 'loading' every time bird starts without fail and does not seem to ever<br>
>> fully peer. One end of the tunnel is in 'full', with the other contently<br>
>> in 'loading'; no routing information gets exchanged. I'm not really sure<br>
>> how to trouble shoot the issue, I tried removing the security and other<br>
>> static protocols to no avail.<br>
><br>
> If it is a permanent problem, it could be be easily debugged. But in the<br>
> past, permanent problems with the same manifestation showed to be some<br>
> some different problems, usually with the interface (like mismatching MTUs)<br>
><br>
>> I have logs and tcpdumps if anyone is interested- assuming this is a bug<br>
>> and I'm not doing something wrong.<br>
><br>
> Could you send me these? For BIRD logs, i would be useful to have logs<br>
> with enabled 'debug { events, packets }' for OSPF on both sides.<br>
><br>
>> The only difference between this PtP link and the others I've setup, is<br>
>> this link is a tunnel setup with OpenVPN instead of IPSec. In the past<br>
>> I've used Bird with Quagga over OpenVPN links, so I wouldn't assume thats<br>
>> the issue?<br>
><br>
> Shouldn't be. But OpenVPN is a strange beast, perhaps it has some<br>
> strange behavior to packets. One possible change in BIRD is that packets<br>
> for PTP ifaces were sent to unicast IP in the past but it was changed to<br>
> allrouters-multicast IP (to be consistent with standard). If OpenVPN<br>
> have some problems with multicast, that may be the problem.<br>
> In that case the solution would be to switch the iface type to PTMP.<br>
><br>
> --<br>
> Elen sila lumenn' omentielvo<br>
><br>
> Ondrej 'SanTiago' Zajicek (email: <a href="mailto:santiago@crfreenet.org">santiago@crfreenet.org</a>)<br>
> OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, <a href="http://wwwkeys.pgp.net" target="_blank">wwwkeys.pgp.net</a>)<br>
> "To err is human -- to blame it on a computer is even more so."<br>
><br>
</div></div><div class="im">> -----BEGIN PGP SIGNATURE-----<br>
> Version: GnuPG v1.4.9 (GNU/Linux)<br>
><br>
</div>> iEYEARECAAYFAk43uQQACgkQw1GB2RHercOx+ACfXdhSYbpafaSiuHuk3EwI2MwX<br>
> DeoAnjh6zb9E2mC/zvGeO3Bi8iu6te9a<br>
> =Odkl<br>
> -----END PGP SIGNATURE-----<br>
><br>
><br>
<br>
Upon trying again, I am unable to get it to go into the loading state.<br>
When I posted my last message on the list, I had a peer that would go<br>
in to loading, and regardless of which bird instance I restarted, in<br>
any order, it refused to move to state full. The next day I was<br>
unable to reproduce it consistently. The only difference I can think<br>
of (and I don't know for sure) is on the opposite peer from the one<br>
that was stuck in loading, I had an interface in the bird config that<br>
was not up on the system. I can't be sure as I don't recall, but<br>
that's the only thing I can think of that might have changed from one<br>
day to the next.<br>
<br>
I apologise for 'crying wolf', but for a couple hours it really was a<br>
chronic issue. Sorry I can't be of more help on this.<br>
</blockquote></div><br>