Hi Ben,
Debugging:
>> - ospf is trying to send LSA Updates, one packet for each route and
>> interface. The packets are passed to xorp_fea as
>> mentioned at the top with the transmit() method. ..but that fails after
>> 120..140 packets.
>>
>> Can anybody give me some hint how that intented to work ? Is there some
>> queue overflowing in the xorp_fea? should
>> xorp_fea run with higher priority then the xorp_ospf.
>>
>
> Probably whatever is sending needs to queue and retry sends
> that fail (and preserve ordering, most likely..so after first failure,
> start queueing or otherwise stop sending pkts, set a short timer, and try
> again soon). XRL is tricky code to deal with, so it's usually easier
> to hack around it's deficiencies than try to fix the core code to be
> more flexible. But, I'd welcome patches that make the core more
> robust!
>
>
> i found out that the transport mechanism for the XRL between xorp_ospf and
xorp_fea allows a maximum of 100 unacknowledged requests.
( xrlipc/xrl_pf_stcp.cc:61)
In my setup i have two neighbours, so each configured LSA doubles into two
packet requests in direction to xorp_fea. So i see
the following options:
- implement the queuing which you described
- slow down the generator (xorp_rtrmgr)
- make ospf more efficient in collecting the LSA's. Not send one packet
per LSA but collect them and only send a packet when it
has no more room in the packet..or no new LSA arrived for a short time.
regards
Markus
_______________________________________________
Xorp-hackers mailing list
[email protected]
http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers
