<div dir="ltr">Looking forward to join the upcoming IXP chat, Bill!<div><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>All the best,</div><div><br></div><div><p class="MsoNormal" style="color:rgb(34,34,34)">Frank<u></u><u></u></p><p class="MsoNormal" style="color:rgb(34,34,34)"><u></u><u></u></p><p class="MsoNormal" style="color:rgb(34,34,34)">Frantisek (Frank) Borsik<u></u><u></u></p><p class="MsoNormal" style="color:rgb(34,34,34)"><u></u> <u></u></p><p class="MsoNormal" style="color:rgb(34,34,34)"><a href="https://www.linkedin.com/in/frantisekborsik" style="color:rgb(17,85,204)" target="_blank">https://www.linkedin.com/in/frantisekborsik</a><u></u><u></u></p><p class="MsoNormal" style="color:rgb(34,34,34)">Signal, Telegram, WhatsApp: +421919416714 <u></u><u></u></p><p class="MsoNormal" style="color:rgb(34,34,34)">iMessage, mobile: +420775230885<u></u><u></u></p><p class="MsoNormal" style="color:rgb(34,34,34)">Skype: casioa5302ca<u></u><u></u></p><p class="MsoNormal" style="color:rgb(34,34,34)"><a href="mailto:frantisek.borsik@gmail.com" style="color:rgb(17,85,204)" target="_blank">frantisek.borsik@gmail.com</a></p></div></div></div></div></div></div></div></div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 19, 2024 at 8:26 AM Bill Woodcock via Nnagain <<a href="mailto:nnagain@lists.bufferbloat.net">nnagain@lists.bufferbloat.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><br>
<br>
> On Jan 19, 2024, at 08:14, Sebastian Moeller <<a href="mailto:moeller0@gmx.de" target="_blank">moeller0@gmx.de</a>> wrote:<br>
>> On 18. Jan 2024, at 23:38, Bill Woodcock via Nnagain <<a href="mailto:nnagain@lists.bufferbloat.net" target="_blank">nnagain@lists.bufferbloat.net</a>> wrote:<br>
>> So, if one Internet user wants to talk to another Internet user, generally they hand off their packet to an Internet service provider, who takes it to an exchange, and hands it off to another Internet service provider, who delivers it to the second user.  When the second user wants to reply, the process is reversed, but the two Internet service providers may choose a different exchange for the hand-off: since each is economically incentivized to carry the traffic the shortest possible distance (to minimize cost, speed x distance = cost), the first ISP will always choose the IXP that’s nearest the first user, for the hand-off, leaving the second ISP a longer distance to carry the packet.  Then, when their situations are reversed, the second ISP will choose the IXP nearest the second user, leaving the first ISP to carry the packet a longer distance.<br>
> <br>
> I would propose a slight modification, "each is economically incentivized to carry the traffic the shortest possible distance" is not free of assumptions... namely that the shortest path is the cheapest path, which is not universally true.<br>
<br>
Correct.  That’s a simplification of a complex field where distance and cost are frequently intermingled, and routing decisions are typically based on latency, overridden by cost as a matter of policy.  However, in a simplified or idealized case, if speed is held constant, distance and cost scale together, so they are usually held to be interchangeable in decision-making in the general case.  Speed x distance = cost.<br>
<br>
> My personal take is "routing follows cost" that is it is money in the end that steers routing decisions<br>
<br>
Yes, exactly.<br>
<br>
The primary case in which routes follow a cost that differs from distance is in the preference for distant downstream transit over nearby peers, and distant peers over nearby upstream transit.  Though it’s uncommon in networks of small geographic scale, most global-scale networks do this, and it’s the cause of many routing problems and loops.<br>
<br>
> ...at least once we include paid peering...<br>
<br>
That’s a marketing euphemism for transit.<br>
<br>
> My ISP aggregates its customers in a handful of locations in Germany, Hamburg in my case while I actually live a bit closer to Frankfurt than Hamburg, so all traffic first goes to Hamburg even traffic to Frankfurt (resulting in a 500-600 Km detour), I assume they do this for economic reasons and not just out of spite ;) <br>
<br>
Essentially all mobile network operators do this.  It’s generally a matter of incompetence and lack of competition, rather than spite or economic reasons.<br>
<br>
> Now, maybe the important point is, this does not involve IXPs so might be an orange to the IXP apple?<br>
<br>
Yes, only indirectly.  Most of what you’re discussing involves non-optimal outbound IXP selection, one quarter of the round-trip path.  Very real issues, but not anything an IXP or receiving-side ISP can do much about without second-guessing routing decisions to an impractical degree.<br>
<br>
                                -Bill<br>
<br>
_______________________________________________<br>
Nnagain mailing list<br>
<a href="mailto:Nnagain@lists.bufferbloat.net" target="_blank">Nnagain@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/nnagain" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/nnagain</a><br>
</blockquote></div>