Abhishek Upperwal

Maybe after segregation we can try connecting top to down like if WAN network is same reject it and move to LAN network if that is same dial using loopback...

@Stebalien So instead of trying all the observed addresses we can segregate the addresses into different categories like PRIVATE, PUBLIC or LOOPBACK (as @raulk suggested) and then we can try...

> We should prefer private/loopback addresses as those addresses should fail faster (and the resulting connections may often be faster). However, we don't want to do this unless we have...

@Stebalien Yeah, its a simple solution with little refactor. Sure, let me give it a try.

@Stebalien I am able to order the ip list as []public, []private, []loopback by implementing ```Routability()``` ``` unordered [/ip4/192.168.2.229/tcp/28447 /ip4/14.114.26.227/tcp/12540 /ip4/14.114.26.227/tcp/10024 /ip4/127.0.0.1/tcp/4001 /ip4/192.168.203.113/tcp/4001 /ip4/172.17.0.1/tcp/4001 /ip6/::1/tcp/4001 /ip4/14.114.26.227/tcp/10782] ordered [/ip4/14.114.26.227/tcp/12540 /ip4/14.114.26.227/tcp/10024 /ip4/14.114.26.227/tcp/10782...

I think identity protocol can help (with little refactoring) where destination peer can send us back our observed address during protocol negotiation. Observed address can be stored and made available...

> Damn. That's annoying. I know. By "Next step would be to find the correct subnet.", I meant to find the shortest path to dial on and yes that would...

Different colour arrows show shortest path to connect.  > Does the dialling peer need to know its observed address? I think that it doesn't. Yes, it is needed to...

@raulk @Stebalien totally agree. Can we use identity protocol to get our observed addresses from other peers? So whenever peers connect and agree on protocols they exchange routable addresses of...