<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto">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.<div><br></div><div>lg</div><div>Dominic<br><div dir="ltr"><br><blockquote type="cite">Am 05.07.2021 um 14:37 schrieb Christoph Loibl <c@tix.at>:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><meta http-equiv="Content-Type" content="text/html; charset=utf-8">Klaus,<div class=""><br class=""></div><div class="">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.</div><div class=""><br class=""></div><div class="">Direkte Peerings haben ia. den kürzeren AS_PATH und bedürfen nicht unbedingt einer anderen LOCAL_PREF. </div><div class=""><br class=""></div><div class="">lg Stoffi</div><div class=""> <br class=""><div class="">
<div style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;">-- <br class="">Christoph Loibl<br class=""><a href="mailto:c@tix.at" class="">c@tix.at</a> | CL8-RIPE | PGP-Key-ID: 0x4B2C0055 | <a href="http://www.nextlayer.at" class="">http://www.nextlayer.at</a></div><div style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;"><br class=""></div><br class="Apple-interchange-newline">
</div>
<div><br class=""><blockquote type="cite" class=""><div class="">On 05.07.2021, at 14:03, Klaus Darilion <<a href="mailto:klaus.darilion@nic.at" class="">klaus.darilion@nic.at</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Hallo Harald!<br class=""><br class="">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?<br class=""><br class="">lg<br class="">klaus<br class=""><br class=""><blockquote type="cite" class="">-----Ursprüngliche Nachricht-----<br class="">Von: atnog <<a href="mailto:atnog-bounces@atnog.at" class="">atnog-bounces@atnog.at</a>> Im Auftrag von Harald Michl<br class="">Gesendet: Montag, 5. Juli 2021 08:18<br class="">An: <a href="mailto:atnog@atnog.at" class="">atnog@atnog.at</a><br class="">Betreff: Re: [atnog] UPC/Magenta > aconet atm über nextlayer?<br class=""><br class="">Hi,<br class=""><br class="">Spät aber doch auch eine Antwort aus dieser Ecke:<br class=""><br class="">Es existiert ein Peering zwischen AS1853 und AS6830 (ist auch in der<br class="">RIPE-DB dokumentiert und damit kein Geheimnis).<br class=""><br class="">AS6830 prepended allerdings das betreffende Announcement in unsere<br class="">Richtung und daher ist für uns der BGP-Pfad via AS1764 besser und wird<br class="">ausgewählt.<br class=""><br class="">Warum prepended wird, kann ich natürlich nicht sagen.<br class=""><br class=""><br class="">Schönen Wochenstart!<br class="">Harald<br class=""><br class="">On 04.07.21 12:50, Markus Rambossek wrote:<br class=""><blockquote type="cite" class="">Hi,<br class=""><br class="">jau, hab das von einem Student gemeldet bekommen, er hat mir aber das<br class="">traceroute in die andere Richtung nicht mitgeschickt - muss mich also<br class="">auf seine Aussage, das das den gleichen weg ging, verlassen - ebenso auf<br class="">den Teil wo das kurzfristig latenzmässig ausgeartet ist irgendwann (laut<br class="">ihm)... als ich das angesehen hab war da nix zu meckern :)<br class=""><br class="">hab auch schon mehrere infos bekommen das bei magenta massiv<br class=""></blockquote>umgebaut<br class=""><blockquote type="cite" class="">wird und das vmtl daran liegt. also ja alles gut. ausser das die noc@<br class="">nicht erreichbar is. :))<br class=""><br class="">schönes restwochenende noch allen!<br class=""><br class="">On 03.07.2021 19:38, Christoph Loibl wrote:<br class=""><blockquote type="cite" class="">Hallo,<br class=""><br class="">Die Herrschaften (UPC/Magenta) lesen sicher mit.<br class=""><br class="">Ich wäre nur ein wenig vorsichtig mit der Aussage, dass es zwischen<br class="">den beiden Netzen derzeit ein dazu nutzbares VIX peering gibt. Aber<br class="">das kann ich nicht ausreichend beurteilen.<br class=""><br class="">Was ich jedenfalls garantieren kann ist, dass wir (next layer) bei<br class="">dieser Verbindung (ich kenne nur den Traceroute von dir in die eine<br class="">Richtung. Du sagst aber, dass es bidirektional via next layer geht)<br class="">keinen erkennbaren Beitrag zur Latenz beisteuern (bzw. die Verbindung<br class="">via VIX ja auch nur im Traceroute vielleicht einen Hop weniger<br class="">mitbringt aber genauso über den einen oder anderen Switch läuft).<br class=""><br class="">lg Stoffi<br class=""><br class="">--<br class="">Christoph Loibl<br class=""><a href="mailto:c@tix.at" class="">c@tix.at</a> <<a href="mailto:c@tix.at" class="">mailto:c@tix.at</a>> | CL8-RIPE | PGP-Key-ID: 0x4B2C0055<br class="">| <a href="http://www.nextlayer.at" class="">http://www.nextlayer.at</a><br class=""><br class=""><br class=""><br class=""><blockquote type="cite" class="">On 03.07.2021, at 17:13, Markus Rambossek<br class=""></blockquote></blockquote></blockquote><<a href="mailto:m.rambossek@netplanet.at" class="">m.rambossek@netplanet.at</a><br class=""><blockquote type="cite" class=""><blockquote type="cite" class=""><blockquote type="cite" class=""><<a href="mailto:m.rambossek@netplanet.at" class="">mailto:m.rambossek@netplanet.at</a>>> wrote:<br class=""><br class="">Hallo alle,<br class=""><br class="">leider ist der NOC Contact für AS5982 in der peeringdb defunct<br class="">(phone.. okay.. aber noc@ wär halt schon nicht schlecht? :)<br class="">deswegen probier ichs über die atnog - vielleicht liest ja jemand von<br class="">UPC/Magenta mit oder kann jemand anpoken :)<br class=""><br class="">Ziele im TU Wien Netz, also ACOnet, zb <a href="http://ssh.ecs.tuwien.ac.at" class="">ssh.ecs.tuwien.ac.at</a><br class=""><<a href="http://ssh.ecs.tuwien.ac.at" class="">http://ssh.ecs.tuwien.ac.at</a>> [128.130.40.40]<br class=""><br class="">gehen momentan bidirektional statt direkt am VIX, über das Peering<br class="">mit nextlayer? glaub nicht das das so soll, oder? momentan dürfte es<br class="">latenztechnisch wieder kein problem sein, ... trotzdem komisch.<br class=""><br class="">Tracing route to <a href="http://ssh.ecs.tuwien.ac.at" class="">ssh.ecs.tuwien.ac.at</a> <<a href="http://ssh.ecs.tuwien.ac.at" class="">http://ssh.ecs.tuwien.ac.at</a>><br class=""></blockquote></blockquote></blockquote>[128.130.40.40]<br class=""><blockquote type="cite" class=""><blockquote type="cite" class=""><blockquote type="cite" class="">over a maximum of 30 hops:<br class=""><br class=""> 2 9 ms 13 ms 7 ms <..>.<a href="http://static.upcbusiness.at" class="">static.upcbusiness.at</a><br class=""></blockquote></blockquote></blockquote><<a href="http://static.upcbusiness.at" class="">http://static.upcbusiness.at</a>> [80.110.17.<..>]<br class=""><blockquote type="cite" class=""><blockquote type="cite" class=""><blockquote type="cite" class=""> 3 8 ms 9 ms 8 ms <a href="http://80-241-21-149.static.upcbusiness.at" class="">80-241-21-149.static.upcbusiness.at</a><br class=""></blockquote></blockquote></blockquote><<a href="http://80-241-21-149.static.upcbusiness.at" class="">http://80-241-21-149.static.upcbusiness.at</a>> [80.241.21.149]<br class=""><blockquote type="cite" class=""><blockquote type="cite" class=""><blockquote type="cite" class=""> 4 13 ms 7 ms 8 ms <a href="http://217-25-122-133.static.upcbusiness.at" class="">217-25-122-133.static.upcbusiness.at</a><br class=""></blockquote></blockquote></blockquote><<a href="http://217-25-122-133.static.upcbusiness.at" class="">http://217-25-122-133.static.upcbusiness.at</a>> [217.25.122.133]<br class=""><blockquote type="cite" class=""><blockquote type="cite" class=""><blockquote type="cite" class=""> 5 8 ms 8 ms 8 ms <a href="http://217-25-123-5.static.upcbusiness.at" class="">217-25-123-5.static.upcbusiness.at</a><br class=""></blockquote></blockquote></blockquote><<a href="http://217-25-123-5.static.upcbusiness.at" class="">http://217-25-123-5.static.upcbusiness.at</a>> [217.25.123.5]<br class=""><blockquote type="cite" class=""><blockquote type="cite" class=""><blockquote type="cite" class=""> 6 12 ms 14 ms 8 ms <a href="http://80-241-24-15.static.upcbusiness.at" class="">80-241-24-15.static.upcbusiness.at</a><br class=""></blockquote></blockquote></blockquote><<a href="http://80-241-24-15.static.upcbusiness.at" class="">http://80-241-24-15.static.upcbusiness.at</a>> [80.241.24.15]<br class=""><blockquote type="cite" class=""><blockquote type="cite" class=""><blockquote type="cite" class=""> 7 17 ms 17 ms 17 ms <a href="http://ae2-0-r18.uni.vie.nextlayer.net" class="">ae2-0-r18.uni.vie.nextlayer.net</a> <<a href="http://ae2-" class="">http://ae2-</a><br class=""></blockquote></blockquote></blockquote><a href="http://0-r18.uni.vie.nextlayer.net" class="">0-r18.uni.vie.nextlayer.net</a>> [92.60.1.61]<br class=""><blockquote type="cite" class=""><blockquote type="cite" class=""><blockquote type="cite" class=""> 8 7 ms 8 ms 8 ms <a href="http://aconet.customers.nextlayer.net" class="">aconet.customers.nextlayer.net</a><br class=""></blockquote></blockquote></blockquote><<a href="http://aconet.customers.nextlayer.net" class="">http://aconet.customers.nextlayer.net</a>> [81.16.152.14]<br class=""><blockquote type="cite" class=""><blockquote type="cite" class=""><blockquote type="cite" class=""> 9 10 ms 11 ms 8 ms <a href="http://border.kom.tuwien.ac.at" class="">border.kom.tuwien.ac.at</a><br class=""></blockquote></blockquote></blockquote><<a href="http://border.kom.tuwien.ac.at" class="">http://border.kom.tuwien.ac.at</a>> [193.171.13.10]<br class=""><blockquote type="cite" class=""><blockquote type="cite" class=""><blockquote type="cite" class=""> 10 * * * Request timed out.<br class=""> 11 * * * Request timed out.<br class=""><br class="">von unserem (AS24953) netz aus sieht alles normal aus:<br class=""><br class="">root@web:~# traceroute <a href="http://ssh.ecs.tuwien.ac.at" class="">ssh.ecs.tuwien.ac.at</a><br class=""></blockquote></blockquote></blockquote><<a href="http://ssh.ecs.tuwien.ac.at" class="">http://ssh.ecs.tuwien.ac.at</a>><br class=""><blockquote type="cite" class=""><blockquote type="cite" class=""><blockquote type="cite" class="">traceroute to <a href="http://ssh.ecs.tuwien.ac.at" class="">ssh.ecs.tuwien.ac.at</a> <<a href="http://ssh.ecs.tuwien.ac.at" class="">http://ssh.ecs.tuwien.ac.at</a>><br class=""></blockquote></blockquote></blockquote>(128.130.40.40), 30 hops max, 60 byte packets<br class=""><blockquote type="cite" class=""><blockquote type="cite" class=""><blockquote type="cite" class=""><br class=""> 2 89.185.109.1.<a href="http://net.netplanet.at" class="">net.netplanet.at</a> <<a href="http://net.netplanet.at" class="">http://net.netplanet.at</a>><br class=""></blockquote></blockquote></blockquote>(89.185.109.1) 1.231 ms 1.180 ms 1.130 ms<br class=""><blockquote type="cite" class=""><blockquote type="cite" class=""><blockquote type="cite" class=""> 3 ae0-991.<a href="http://cr2.vie.at.netplanet.at" class="">cr2.vie.at.netplanet.at</a> <<a href="http://cr2.vie.at.netplanet.at" class="">http://cr2.vie.at.netplanet.at</a>><br class=""></blockquote></blockquote></blockquote>(195.95.163.196) 0.855 ms 1.045 ms 1.021 ms<br class=""><blockquote type="cite" class=""><blockquote type="cite" class=""><blockquote type="cite" class=""> 4 ae0-102.<a href="http://pr1.vie.at.netplanet.at" class="">pr1.vie.at.netplanet.at</a> <<a href="http://pr1.vie.at.netplanet.at" class="">http://pr1.vie.at.netplanet.at</a>><br class=""></blockquote></blockquote></blockquote>(195.95.163.185) 1.587 ms 1.560 ms 1.517 ms<br class=""><blockquote type="cite" class=""><blockquote type="cite" class=""><blockquote type="cite" class=""> 5 * * *<br class=""> 6 <a href="http://border.kom.tuwien.ac.at" class="">border.kom.tuwien.ac.at</a> <<a href="http://border.kom.tuwien.ac.at" class="">http://border.kom.tuwien.ac.at</a>><br class=""></blockquote></blockquote></blockquote>(193.171.13.10) 1.866 ms 1.709 ms 1.721 ms<br class=""><blockquote type="cite" class=""><blockquote type="cite" class=""><blockquote type="cite" class=""> 7 * * *<br class=""><br class="">danke fürs checken & lg,<br class=""><br class="">--<br class=""><br class="">RAMBOSSEK Markus<br class=""><br class="">NETPLANET GmbH<br class="">Louis-Häfliger-Gasse 10<br class="">1210 Wien<br class="">FN 339937 h, HG Wien<br class=""><br class=""><a href="mailto:m.rambossek@netplanet.at" class="">E-Mail: m.rambossek@netplanet.at</a><br class="">Tel: +43 1 / 3430343<br class="">Fax: +43 1 / 3430343-800<br class="">Important Note: This e-mail and any attachment are confidential and<br class="">may contain trade secrets and may be otherwise protected from<br class="">disclosure. If you have received it in error, you are on notice of<br class="">its status. Please notify us immediately by reply e-mail and then<br class="">delete this e-mail and any attachment from your system. If you are<br class="">not the intended recipient please understand that you must not copy<br class="">this e-mail or any attachment or disclose the contents to any other<br class="">person.<br class="">Wichtiger Hinweis: Dieses E-Mail und etwaige Anlagen können Betriebs-<br class="">oder Geschäftsgeheimnisse oder sonstige vertrauliche Informationen<br class="">enthalten. Sollten Sie dieses E-Mail irrtümlich erhalten haben, ist<br class="">Ihnen der Status dieses E-Mails bekannt. Bitte benachrichtigen Sie<br class="">uns in diesem Fall sofort durch Antwort-Mail und löschen Sie dieses<br class="">E-Mail nebst etwaigen Anlagen von Ihrem System. Ebenso dürfen Sie<br class="">dieses E-Mail oder seine Anlagen nicht kopieren oder an Dritte<br class="">weitergeben.<br class="">_______________________________________________<br class="">atnog mailing list<br class="">atnog@atnog.at <mailto:atnog@atnog.at><br class="">https://atnog.at/mailman/listinfo/atnog<br class=""></blockquote><br class=""></blockquote>--<br class=""><br class="">RAMBOSSEK Markus<br class=""><br class="">NETPLANET GmbH<br class="">Louis-Häfliger-Gasse 10<br class="">1210 Wien<br class="">FN 339937 h, HG Wien<br class=""><br class=""><a href="mailto:m.rambossek@netplanet.at" class="">E-Mail: m.rambossek@netplanet.at</a><br class="">Tel: +43 1 / 3430343<br class="">Fax: +43 1 / 3430343-800<br class=""><br class="">Important Note: This e-mail and any attachment are confidential and may<br class="">contain trade secrets and may be otherwise protected from disclosure. If<br class="">you have received it in error, you are on notice of its status. Please<br class="">notify us immediately by reply e-mail and then delete this e-mail and<br class="">any attachment from your system. If you are not the intended recipient<br class="">please understand that you must not copy this e-mail or any attachment<br class="">or disclose the contents to any other person.<br class="">Wichtiger Hinweis: Dieses E-Mail und etwaige Anlagen können Betriebs-<br class="">oder Geschäftsgeheimnisse oder sonstige vertrauliche Informationen<br class="">enthalten. Sollten Sie dieses E-Mail irrtümlich erhalten haben, ist<br class="">Ihnen der Status dieses E-Mails bekannt. Bitte benachrichtigen Sie uns<br class="">in diesem Fall sofort durch Antwort-Mail und löschen Sie dieses E-Mail<br class="">nebst etwaigen Anlagen von Ihrem System. Ebenso dürfen Sie dieses E-Mail<br class="">oder seine Anlagen nicht kopieren oder an Dritte weitergeben.<br class=""><br class="">_______________________________________________<br class="">atnog mailing list<br class="">atnog@atnog.at<br class="">https://atnog.at/mailman/listinfo/atnog<br class=""><br class=""></blockquote><br class="">--<br class=""> Harald Michl <<a href="mailto:harald.michl@univie.ac.at" class="">harald.michl@univie.ac.at</a>><br class=""> Vienna University - ACOnet <a href="http://www.ACO.net" class="">www.ACO.net</a> - VIX <a href="http://www.VIX.at" class="">www.VIX.at</a><br class=""> Universitaetsstrasse 7, A-1010 Vienna, Austria, Europe<br class=""> Tel: +43 1 4277 - 14078 (Fax: - 814078) HM3550-RIPE<br class="">_______________________________________________<br class="">atnog mailing list<br class=""><a href="mailto:atnog@atnog.at" class="">atnog@atnog.at</a><br class="">https://atnog.at/mailman/listinfo/atnog<br class=""></blockquote>_______________________________________________<br class="">atnog mailing list<br class=""><a href="mailto:atnog@atnog.at" class="">atnog@atnog.at</a><br class="">https://atnog.at/mailman/listinfo/atnog<br class=""></div></div></blockquote></div><br class=""></div><span>_______________________________________________</span><br><span>atnog mailing list</span><br><span>atnog@atnog.at</span><br><span>https://atnog.at/mailman/listinfo/atnog</span><br></div></blockquote></div></body></html>