<html><head></head><body><div class="ydp82a62902yahoo-style-wrap" style="font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 13px;"><div style="font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 13px;"></div>
        <div dir="ltr" data-setdir="false" style="font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 13px;">Hi Ondrej,</div><div dir="ltr" data-setdir="false" style="font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 13px;"><br></div><div dir="ltr" data-setdir="false" style="font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 13px;">using latest bird cloned a week back and using montavista linux.</div><div dir="ltr" data-setdir="false" style="font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 13px;">yes, i verified using tcpdump, in one of the interface capture where the adj is stuck in exstart state, only hello packets and unresolved arp requests are seen. (please see the attached eth2.pcap) and in the other eth1.pcap adj is FULL and you can notice db pkts are unicast.</div><div dir="ltr" data-setdir="false" style="">Using a proprietary hw/sim and don't have a general purpose linux setup to try.</div><div dir="ltr" data-setdir="false" style=""><br></div><div dir="ltr" data-setdir="false" style="">forget about the route lookup, for the <span><span style="color: rgb(0, 0, 0); font-family: Helvetica Neue, Helvetica, Arial, sans-serif;">configuration that i mentioned, only one of adj is up and other is down. why? Do you think this configuration </span></span>will work in the standard linux system, were both the adj comes up fine?</div><div dir="ltr" data-setdir="false" style=""><div><div dir="ltr" data-setdir="false"><br style="color: rgb(0, 0, 0); font-family: Helvetica Neue, Helvetica, Arial, sans-serif;"></div></div></div><div dir="ltr" data-setdir="false" style="">Thanks and Regards,</div><div dir="ltr" data-setdir="false" style="">Senthil</div><div dir="ltr" data-setdir="false" style=""><br></div><div style="font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 13px;"><br></div>
        
        </div><div id="ydpcf9a27e1yahoo_quoted_1135462690" class="ydpcf9a27e1yahoo_quoted">
            <div style="font-family:'Helvetica Neue', Helvetica, Arial, sans-serif;font-size:13px;color:#26282a;">
                
                <div>
                    On Friday, May 7, 2021, 04:39:32 PM GMT+5:30, Ondrej Zajicek <santiago@crfreenet.org> wrote:
                </div>
                <div><br></div>
                <div><br></div>
                <div>On Fri, May 07, 2021 at 04:53:44AM +0000, Senthil Kumar Nagappan wrote:<div class="ydpcf9a27e1yqt0744866684" id="ydpcf9a27e1yqtfd07234"><br clear="none">>  Hi Joakim,<br clear="none">> Thanks for your response.<br clear="none">> Will try to elaborate point2 with sample config.<br clear="none">> 1. Config at Router R1<br clear="none">> lo interfaceinterface loopback lo has ip addr 100.100.100.125 <br clear="none">> eth1for unnumbered borrowing the lo address for eth1 and 100.100.100.126 is the peer addressip addr add 100.100.100.125 peer 100.100.100.126 dev eth1<br clear="none">> eth2for unnumbered borrowing the lo address for eth2 and 100.100.100.126 is the peer addressip addr add 100.100.100.125 peer 100.100.100.126 dev eth2<br clear="none">> 2. Config at Router R2Its identical to R1 config except for the loopback ip which is 100.100.100.126 and the correspondingpeer address config for eth1 and eth2<br clear="none">> <br clear="none">> 3. Enable ospf on eth1 and eth2 at R1 and R2<br clear="none">> 4. Only one of the ospf adj will become FULL either over eth1 or eth2 and not both<br clear="none">> 5. Since the peer address configurations adds a route to other end loopback address and since thedb packets are sent as unicast, route lookup happens and db packets wont be sent out from one of the links.</div><br clear="none"><br clear="none">I do not think that should be true (at least on Linux). OSPF sockets are<br clear="none">bound to specific interface using SO_BINDTODEVICE and use SO_DONTROUTE to<br clear="none">avoid route lookups, so even unicast packets should be sent to specific<br clear="none">interface. If that really happens, that is worth investigating. What is<br clear="none">your OS and BIRD version? Did you verify that using tcpdump or similar<br clear="none">tool?<br clear="none"><br clear="none">-- <br clear="none">Elen sila lumenn' omentielvo<br clear="none"><br clear="none">Ondrej 'Santiago' Zajicek (email: <a shape="rect" href="mailto:santiago@crfreenet.org" rel="nofollow" target="_blank">santiago@crfreenet.org</a>)<br clear="none">OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net)<br clear="none">"To err is human -- to blame it on a computer is even more so."<div class="ydpcf9a27e1yqt0744866684" id="ydpcf9a27e1yqtfd69444"><br clear="none"></div></div>
            </div>
        </div></body></html>