"Grzesiek Pawelski" <g...@e...pw.edu.pl> napisal
w wiadomosci
news:Pine.SOL.4.30.0201061715020.26352-100000@mion.e
lka.pw.edu.pl...
> > Sam tpnet mi oglasza prefix z ich puli PA z AS-em ich klienta.
> > I nic nie jest zdeagregowane wewnatrz 195.117.0.0/16
>
> Wlasnie to mialem na mysli piszac o deagregacji,
> oglaszanie na zewnatrz malego kawalka.
> Wazne tez zeby nie odfiltrowali go na brzegu
> (pfx roglaszanego przez ISP 2).
> Chcialem zalatwic cos takiego 1.5 roku temu, rozmawiajac
> z Najwyzsza Instancja TPNET dostalem negatywna odpowiedz.
>
> Ale widze ze sa odstepstwa od reguly, albo to jest nowa regula.
> Moze podzialaly zalecenia Ripe.
> Jak ktos to wyjasni, to prosze o info na grupe.

Community 5617:103 oznacza w tpnet no_export za hranice.
Jesli wiec tego drobnego prefiksu nie puszcza na zewnatrz,
to klient uzyskuje tylko loadbalancing w obszarze peeringu z tpnetem
oraz bezwzgledny priorytet ruchu z zagranicy na jakichs innych swoich
laczach - do momentu awarii. Wtedy zacznie dzialac zwykly prefix
obszerniejszy /16 i ruch backupowo z zagranicy przyjdzie tpnetem.

Jest to logiczne i dla tpnetu optymane kosztowo jesli lacze jest
sprzedane jako tranzyt :) wpp. tpnet nie lubi balaganu w adresach
i rozumiem ze powinien miec silne opory.
Takich rozwiazan w pulach PA tpnetu naliczylem slownie dwa.

P/