[atnog] UPC/Magenta > aconet atm über nextlayer?
Dominic Schallert
ds at schallert.com
Mon Jul 5 09:13:43 CEST 2021
Hi,
hat das AS6830 überhaupt noch Relevanz?
Laut MTR läuft hier Richtung tuwien.ac.at <http://tuwien.ac.at/> ausgehend alles über AS8412 > AS1764 > AS1853:
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.0.1 (192.168.0.1) 0.0% 15 2.6 3.6 2.3 14.1 3.0
2. AS??? 217-25-120-4.static.upcbusiness.at (217.25.120.4) 0.0% 15 23.5 31.5 21.7 96.8 20.6
3. AS8412 217-25-122-252.static.upcbusiness.at (217.25.122.252) 0.0% 15 25.4 28.9 22.8 56.1 10.8
4. AS8412 217-25-122-2.static.upcbusiness.at (217.25.122.2) 0.0% 15 25.0 26.4 22.9 35.9 3.2
5. AS8412 217-25-123-5.static.upcbusiness.at (217.25.123.5) 0.0% 15 25.6 26.9 22.7 33.6 3.4
6. (waiting for reply)
7. AS??? ae1-0-r18.uni.vie.nextlayer.net (92.60.0.61) 0.0% 15 31.2 34.6 28.1 52.6 6.3
8. AS1764 aconet.customers.nextlayer.net (81.16.152.14) 0.0% 15 24.1 27.8 21.4 67.9 11.5
9. AS1853 border.kom.tuwien.ac.at (193.171.13.10) 0.0% 15 25.2 28.0 23.5 49.8 6.7
10. (waiting for reply)
Die Magenta/Ex-UPC hat doch mittlerweile alle ihre Präfixe vom AS6830 (LGI) in ihr altes/neues AS8412 (ex-TMA-AS) migriert. AS6830 ist aktuell nur noch ein Upstream von AS8412.
PS: @Harald: ein öffentliches BGP Looking-Glass (z.B. https://github.com/gmazoyer/looking-glass <https://github.com/gmazoyer/looking-glass> oder https://github.com/thatmattlove/hyperglass <https://github.com/thatmattlove/hyperglass> oder https://github.com/alice-lg <https://github.com/alice-lg>) im ACOnet-Netz wäre nach wie vor eine tolle Sache und wirklich sehr hilfreich für Troubleshooting...
Schöne Grüße
Dominic
> Am 05.07.2021 um 08:17 schrieb Harald Michl <harald.michl at univie.ac.at>:
>
> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://atnog.at/pipermail/atnog/attachments/20210705/7b38a76b/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: Message signed with OpenPGP
URL: <http://atnog.at/pipermail/atnog/attachments/20210705/7b38a76b/attachment-0001.sig>
More information about the atnog
mailing list