[atnog] UPC/Magenta > aconet atm über nextlayer?
Dominic Schallert
ds at schallert.com
Mon Jul 5 14:48:54 CEST 2021
Vielmals ist es aber leider dann doch die einzige Möglichkeit dazu, um den Routing-Schwachsinn anderer Netzbetreiber auszumerzen... Anstatt einer Transit-Route über Frankfurt>Amsterdam>London>Zürich>Wien hab ich dann doch lieber die kürzere Route vom Direct- oder RS-Peering... auch wenn ich dir recht gebe und das mit der höheren local-pref für Peerings over Transit auch div. Nachteile mit sich bringt... Der Retourweg ist zudem nochmal eine andere Geschichte.
lg
Dominic
> Am 05.07.2021 um 14:37 schrieb Christoph Loibl <c at tix.at>:
>
> Klaus,
>
> LOCAL_PREF einfach für alle Peering-Routen zu erhöhen hat leider nicht immer den gewünschten Effekt und führt eher dazu das es Backup-Routen (mit oft furchtbar langem AS_PATH) in den Table schaffen, denen man eigentlich garnicht folgen will. Ich würde es nicht als best-practice erachten die fast einzige AS-Grenzen-übergreifende Metric (AS_PATH-Länge) durch LOCAL_PREF auszuhebeln.
>
> Direkte Peerings haben ia. den kürzeren AS_PATH und bedürfen nicht unbedingt einer anderen LOCAL_PREF.
>
> lg Stoffi
>
> --
> Christoph Loibl
> c at tix.at | CL8-RIPE | PGP-Key-ID: 0x4B2C0055 | http://www.nextlayer.at
>
>
>
>> On 05.07.2021, at 14:03, Klaus Darilion <klaus.darilion at nic.at> wrote:
>>
>> Hallo Harald!
>>
>> Sollte nicht das Peering trotz längerem AS Pfad gewinnen? Oder setzt ihr im ACOnet die local-pref für Peering-Routen und Transit-Routen ident?
>>
>> lg
>> klaus
>>
>>> -----Ursprüngliche Nachricht-----
>>> Von: atnog <atnog-bounces at atnog.at> Im Auftrag von Harald Michl
>>> Gesendet: Montag, 5. Juli 2021 08:18
>>> An: atnog at atnog.at
>>> Betreff: Re: [atnog] UPC/Magenta > aconet atm über nextlayer?
>>>
>>> Hi,
>>>
>>> Spät aber doch auch eine Antwort aus dieser Ecke:
>>>
>>> Es existiert ein Peering zwischen AS1853 und AS6830 (ist auch in der
>>> RIPE-DB dokumentiert und damit kein Geheimnis).
>>>
>>> AS6830 prepended allerdings das betreffende Announcement in unsere
>>> Richtung und daher ist für uns der BGP-Pfad via AS1764 besser und wird
>>> ausgewählt.
>>>
>>> Warum prepended wird, kann ich natürlich nicht sagen.
>>>
>>>
>>> Schönen Wochenstart!
>>> Harald
>>>
>>>> On 04.07.21 12:50, Markus Rambossek wrote:
>>>> Hi,
>>>>
>>>> jau, hab das von einem Student gemeldet bekommen, er hat mir aber das
>>>> traceroute in die andere Richtung nicht mitgeschickt - muss mich also
>>>> auf seine Aussage, das das den gleichen weg ging, verlassen - ebenso auf
>>>> den Teil wo das kurzfristig latenzmässig ausgeartet ist irgendwann (laut
>>>> ihm)... als ich das angesehen hab war da nix zu meckern :)
>>>>
>>>> hab auch schon mehrere infos bekommen das bei magenta massiv
>>> umgebaut
>>>> wird und das vmtl daran liegt. also ja alles gut. ausser das die noc@
>>>> nicht erreichbar is. :))
>>>>
>>>> schönes restwochenende noch allen!
>>>>
>>>>> On 03.07.2021 19:38, Christoph Loibl wrote:
>>>>> Hallo,
>>>>>
>>>>> Die Herrschaften (UPC/Magenta) lesen sicher mit.
>>>>>
>>>>> Ich wäre nur ein wenig vorsichtig mit der Aussage, dass es zwischen
>>>>> den beiden Netzen derzeit ein dazu nutzbares VIX peering gibt. Aber
>>>>> das kann ich nicht ausreichend beurteilen.
>>>>>
>>>>> Was ich jedenfalls garantieren kann ist, dass wir (next layer) bei
>>>>> dieser Verbindung (ich kenne nur den Traceroute von dir in die eine
>>>>> Richtung. Du sagst aber, dass es bidirektional via next layer geht)
>>>>> keinen erkennbaren Beitrag zur Latenz beisteuern (bzw. die Verbindung
>>>>> via VIX ja auch nur im Traceroute vielleicht einen Hop weniger
>>>>> mitbringt aber genauso über den einen oder anderen Switch läuft).
>>>>>
>>>>> lg Stoffi
>>>>>
>>>>> --
>>>>> Christoph Loibl
>>>>> c at tix.at <mailto:c at tix.at> | CL8-RIPE | PGP-Key-ID: 0x4B2C0055
>>>>> | http://www.nextlayer.at
>>>>>
>>>>>
>>>>>
>>>>>> On 03.07.2021, at 17:13, Markus Rambossek
>>> <m.rambossek at netplanet.at
>>>>>> <mailto:m.rambossek at netplanet.at>> wrote:
>>>>>>
>>>>>> Hallo alle,
>>>>>>
>>>>>> leider ist der NOC Contact für AS5982 in der peeringdb defunct
>>>>>> (phone.. okay.. aber noc@ wär halt schon nicht schlecht? :)
>>>>>> deswegen probier ichs über die atnog - vielleicht liest ja jemand von
>>>>>> UPC/Magenta mit oder kann jemand anpoken :)
>>>>>>
>>>>>> Ziele im TU Wien Netz, also ACOnet, zb ssh.ecs.tuwien.ac.at
>>>>>> <http://ssh.ecs.tuwien.ac.at> [128.130.40.40]
>>>>>>
>>>>>> gehen momentan bidirektional statt direkt am VIX, über das Peering
>>>>>> mit nextlayer? glaub nicht das das so soll, oder? momentan dürfte es
>>>>>> latenztechnisch wieder kein problem sein, ... trotzdem komisch.
>>>>>>
>>>>>> Tracing route to ssh.ecs.tuwien.ac.at <http://ssh.ecs.tuwien.ac.at>
>>> [128.130.40.40]
>>>>>> over a maximum of 30 hops:
>>>>>>
>>>>>> 2 9 ms 13 ms 7 ms <..>.static.upcbusiness.at
>>> <http://static.upcbusiness.at> [80.110.17.<..>]
>>>>>> 3 8 ms 9 ms 8 ms 80-241-21-149.static.upcbusiness.at
>>> <http://80-241-21-149.static.upcbusiness.at> [80.241.21.149]
>>>>>> 4 13 ms 7 ms 8 ms 217-25-122-133.static.upcbusiness.at
>>> <http://217-25-122-133.static.upcbusiness.at> [217.25.122.133]
>>>>>> 5 8 ms 8 ms 8 ms 217-25-123-5.static.upcbusiness.at
>>> <http://217-25-123-5.static.upcbusiness.at> [217.25.123.5]
>>>>>> 6 12 ms 14 ms 8 ms 80-241-24-15.static.upcbusiness.at
>>> <http://80-241-24-15.static.upcbusiness.at> [80.241.24.15]
>>>>>> 7 17 ms 17 ms 17 ms ae2-0-r18.uni.vie.nextlayer.net <http://ae2-
>>> 0-r18.uni.vie.nextlayer.net> [92.60.1.61]
>>>>>> 8 7 ms 8 ms 8 ms aconet.customers.nextlayer.net
>>> <http://aconet.customers.nextlayer.net> [81.16.152.14]
>>>>>> 9 10 ms 11 ms 8 ms border.kom.tuwien.ac.at
>>> <http://border.kom.tuwien.ac.at> [193.171.13.10]
>>>>>> 10 * * * Request timed out.
>>>>>> 11 * * * Request timed out.
>>>>>>
>>>>>> von unserem (AS24953) netz aus sieht alles normal aus:
>>>>>>
>>>>>> root at web:~# traceroute ssh.ecs.tuwien.ac.at
>>> <http://ssh.ecs.tuwien.ac.at>
>>>>>> traceroute to ssh.ecs.tuwien.ac.at <http://ssh.ecs.tuwien.ac.at>
>>> (128.130.40.40), 30 hops max, 60 byte packets
>>>>>>
>>>>>> 2 89.185.109.1.net.netplanet.at <http://net.netplanet.at>
>>> (89.185.109.1) 1.231 ms 1.180 ms 1.130 ms
>>>>>> 3 ae0-991.cr2.vie.at.netplanet.at <http://cr2.vie.at.netplanet.at>
>>> (195.95.163.196) 0.855 ms 1.045 ms 1.021 ms
>>>>>> 4 ae0-102.pr1.vie.at.netplanet.at <http://pr1.vie.at.netplanet.at>
>>> (195.95.163.185) 1.587 ms 1.560 ms 1.517 ms
>>>>>> 5 * * *
>>>>>> 6 border.kom.tuwien.ac.at <http://border.kom.tuwien.ac.at>
>>> (193.171.13.10) 1.866 ms 1.709 ms 1.721 ms
>>>>>> 7 * * *
>>>>>>
>>>>>> danke fürs checken & lg,
>>>>>>
>>>>>> --
>>>>>>
>>>>>> RAMBOSSEK Markus
>>>>>>
>>>>>> NETPLANET GmbH
>>>>>> Louis-Häfliger-Gasse 10
>>>>>> 1210 Wien
>>>>>> FN 339937 h, HG Wien
>>>>>>
>>>>>> E-Mail: m.rambossek at netplanet.at
>>>>>> Tel: +43 1 / 3430343
>>>>>> Fax: +43 1 / 3430343-800
>>>>>> Important Note: This e-mail and any attachment are confidential and
>>>>>> may contain trade secrets and may be otherwise protected from
>>>>>> disclosure. If you have received it in error, you are on notice of
>>>>>> its status. Please notify us immediately by reply e-mail and then
>>>>>> delete this e-mail and any attachment from your system. If you are
>>>>>> not the intended recipient please understand that you must not copy
>>>>>> this e-mail or any attachment or disclose the contents to any other
>>>>>> person.
>>>>>> Wichtiger Hinweis: Dieses E-Mail und etwaige Anlagen können Betriebs-
>>>>>> oder Geschäftsgeheimnisse oder sonstige vertrauliche Informationen
>>>>>> enthalten. Sollten Sie dieses E-Mail irrtümlich erhalten haben, ist
>>>>>> Ihnen der Status dieses E-Mails bekannt. Bitte benachrichtigen Sie
>>>>>> uns in diesem Fall sofort durch Antwort-Mail und löschen Sie dieses
>>>>>> E-Mail nebst etwaigen Anlagen von Ihrem System. Ebenso dürfen Sie
>>>>>> dieses E-Mail oder seine Anlagen nicht kopieren oder an Dritte
>>>>>> weitergeben.
>>>>>> _______________________________________________
>>>>>> atnog mailing list
>>>>>> atnog at atnog.at <mailto:atnog at atnog.at>
>>>>>> https://atnog.at/mailman/listinfo/atnog
>>>>>
>>>> --
>>>>
>>>> RAMBOSSEK Markus
>>>>
>>>> NETPLANET GmbH
>>>> Louis-Häfliger-Gasse 10
>>>> 1210 Wien
>>>> FN 339937 h, HG Wien
>>>>
>>>> E-Mail: m.rambossek at netplanet.at
>>>> Tel: +43 1 / 3430343
>>>> Fax: +43 1 / 3430343-800
>>>>
>>>> Important Note: This e-mail and any attachment are confidential and may
>>>> contain trade secrets and may be otherwise protected from disclosure. If
>>>> you have received it in error, you are on notice of its status. Please
>>>> notify us immediately by reply e-mail and then delete this e-mail and
>>>> any attachment from your system. If you are not the intended recipient
>>>> please understand that you must not copy this e-mail or any attachment
>>>> or disclose the contents to any other person.
>>>> Wichtiger Hinweis: Dieses E-Mail und etwaige Anlagen können Betriebs-
>>>> oder Geschäftsgeheimnisse oder sonstige vertrauliche Informationen
>>>> enthalten. Sollten Sie dieses E-Mail irrtümlich erhalten haben, ist
>>>> Ihnen der Status dieses E-Mails bekannt. Bitte benachrichtigen Sie uns
>>>> in diesem Fall sofort durch Antwort-Mail und löschen Sie dieses E-Mail
>>>> nebst etwaigen Anlagen von Ihrem System. Ebenso dürfen Sie dieses E-Mail
>>>> oder seine Anlagen nicht kopieren oder an Dritte weitergeben.
>>>>
>>>> _______________________________________________
>>>> atnog mailing list
>>>> atnog at atnog.at
>>>> https://atnog.at/mailman/listinfo/atnog
>>>>
>>>
>>> --
>>> Harald Michl <harald.michl at univie.ac.at>
>>> Vienna University - ACOnet www.ACO.net - VIX www.VIX.at
>>> Universitaetsstrasse 7, A-1010 Vienna, Austria, Europe
>>> Tel: +43 1 4277 - 14078 (Fax: - 814078) HM3550-RIPE
>>> _______________________________________________
>>> atnog mailing list
>>> atnog at atnog.at
>>> https://atnog.at/mailman/listinfo/atnog
>> _______________________________________________
>> atnog mailing list
>> atnog at atnog.at
>> https://atnog.at/mailman/listinfo/atnog
>
> _______________________________________________
> atnog mailing list
> atnog at atnog.at
> https://atnog.at/mailman/listinfo/atnog
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://atnog.at/pipermail/atnog/attachments/20210705/6806463f/attachment-0001.htm>
More information about the atnog
mailing list