[atnog] UPC/Magenta > aconet atm über nextlayer?
Christoph Loibl
c at tix.at
Mon Jul 5 14:37:02 CEST 2021
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://atnog.at/pipermail/atnog/attachments/20210705/6abc5aa3/attachment-0001.htm>
More information about the atnog
mailing list