"Daniellek" <d...@f...net> napisał w wiadomości
news:slrna3g8s3.7nu.daniel@mx.tera.com.pl...
> Dnia Fri, 4 Jan 2002 20:37:24 +0000 (UTC), Konrad Madej
<k...@m...elka.pw.edu.pl> wystukał(a):
> > Nieprawda. Moga. Wymaga to tylko dogadania sie operatorow.
> Z TPSA się nie da dogadać w tej sprawie, rozmawiałem z jakąś panią
Małgorzatą
> (nie pamiętam nazwiska) kilka miesięcy temu która się ponoć zajmuje BGP w
> telekomunikacji i Pani uporczywie mówiła że jak weźmiemy BGP to max do
dwóch
> tygodni zabierają nam nasze klasy PA(od tpsa) i ze mamy korzystac ze
swoich
> PI.

A ja na to kontrprzyklad:

Router# sh ip bgp 195.117.81.0

BGP routing table entry for 195.117.81.0/24, version 1538880
Paths: (4 available, best #1, table Default-IP-Routing-Table)
...
5617 16296
194.204.130.141 from 194.204.130.141 (194.204.130.226)
Origin IGP, localpref 100, valid, external
Community: 5617:103

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

P/

do góry

On Sun, 6 Jan 2002, Pawel Sikora wrote:

> A ja na to kontrprzyklad:
>
> 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.


Pzdr,
Grzesiek

do góry

"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/

do góry