[atnog] UPC/Magenta > aconet atm über nextlayer?

Mon Jul 5 15:21:18 CEST 2021

Hallo Stoffi!

Ich dachte eigentlich, dass jeder ISP die localpref entsprechend der Geschäftsbeziehung setzt (also Traffic dorthin routen wo man verdient oder zumindest für die Übegabe nichts bezahlt). Bisher habe ich erst 3 Netze gesehen, die das nicht machen (DTAG, ACOnet, Salzburg-AG). Gut zu wissen, dass das nicht jeder so macht.

lg
Klaus

Von: Christoph Loibl <c at tix.at>
Gesendet: Montag, 5. Juli 2021 14:37
An: Klaus Darilion <klaus.darilion at nic.at>
Cc: Harald Michl VIX <harald.michl at univie.ac.at>; atnog at atnog.at
Betreff: Re: [atnog] UPC/Magenta > aconet atm über nextlayer?

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<mailto: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<mailto: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<mailto:atnog-bounces at atnog.at>> Im Auftrag von Harald Michl
Gesendet: Montag, 5. Juli 2021 08:18
An: atnog at atnog.at<mailto: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> <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>

<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>
<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> <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>
<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>
<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>
<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>
<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>
<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> <http://ae2-
0-r18.uni.vie.nextlayer.net<http://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>
<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>
<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>
<http://ssh.ecs.tuwien.ac.at>

traceroute to ssh.ecs.tuwien.ac.at<http://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> <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> <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> <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> <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<mailto: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> <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<mailto: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

--
Harald Michl                <harald.michl at univie.ac.at<mailto:harald.michl at univie.ac.at>>
Vienna University - ACOnet www.ACO.net<http://www.ACO.net> - VIX www.VIX.at<http://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<mailto:atnog at atnog.at>
https://atnog.at/mailman/listinfo/atnog
_______________________________________________
atnog mailing list
atnog at atnog.at<mailto: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/312c5370/attachment-0001.htm>