Dnia 24.09.2007 Andrzej 'The Undefined' Dopierała <u...@p...org> napisał/a:
>> spodziewać, że zostanie zagregowane (np za granicą).
> gdzieś może zostanie zagregowane, ale raczej u "małych" niż u dużych.
> Więc problemu tutaj bym nie widział ;)

Problem jest:

https://www.ripe.net/ripe/docs/ripe-ncc-managed-addr
ess-space.html

Kilku TIER-1 obcina wszystkie mniejsze prefiksy, od tych zamieszczonych w/w
tabelce. A TIER-1 do "małych" nie należą. Dlatego z rozgłaszaniem PA /24
nie jest tak różowo bo jesteś uzależniony od upstream-a właściciela PA.



--
Tomasz Paszkowski
SS7, Asterisk, IPTV, BGP

do góry

In news:fddb0m$kal$1@nemesis.news.tpi.pl,
Tomasz Paszkowski <s...@g...com> typed:

> Dnia 24.09.2007 Andrzej 'The Undefined' Dopierała
> <u...@p...org> napisał/a:
>>> spodziewać, że zostanie zagregowane (np za granicą).
>> gdzieś może zostanie zagregowane, ale raczej u "małych" niż u dużych.
>> Więc problemu tutaj bym nie widział ;)
>
> Problem jest:
>
> https://www.ripe.net/ripe/docs/ripe-ncc-managed-addr
ess-space.html
>
> Kilku TIER-1 obcina wszystkie mniejsze prefiksy, od tych
> zamieszczonych w/w tabelce. A TIER-1 do "małych" nie należą.
> Dlatego z rozgłaszaniem PA /24 nie jest tak różowo bo jesteś
> uzależniony od upstream-a właściciela PA.

Ale to i PI /24 mi tak samo zetną, nie ?

Wiesz może konkretniej którzy to operatorzy ?

--
Pozdrawiam
Piotrek Kapczuk

do góry

Dnia 26.09.2007 piotr::kapczuk <p...@d...hoop.pl.invalid> napisał/a:
>> uzależniony od upstream-a właściciela PA.
>
> Ale to i PI /24 mi tak samo zetną, nie ?

nie. W przestrzeni rozdawanej na potrzeby PI smallest allocation size
jest /29 ale i i tak przycina się do /24.
>
> Wiesz może konkretniej którzy to operatorzy ?

Np: Level3


--
Tomasz Paszkowski
SS7, Asterisk, IPTV, BGP

do góry

piotr::kapczuk <p...@d...hoop.pl.invalid> wrote:
> In news:1190406427.26717.6.camel@localhost.localdomain,
> Jacek Zapala <j...@i...pl> typed:
>
> > On Thu, 2007-09-20 at 16:07 +0200, piotr::kapczuk wrote:
> >>
> >> No albo ma problem taki jak np ja teraz. Chcę wystawić aplikację do
> >> Internetu, wymagana jest jej wysoka dostępność. Tak więc dwa druty z
> >> BGP. Nie potrzebuję /24 wystarczy mi sporo mniej.
> >>
> >> Jeśli wezmę małe PI to mnie odfiltrują. Jak wezmę PA mój ruch
> >> zagregują. Czyli duża szansa, że zagranica będzie przychodzić zawsze
> >> jednym łączem (od ISP który dał PA).
> >>
> >> Tak źle i tak niedobrze. Jeśli jest jakieś inne wyjście bardzo
> >> proszę o oświecenie.
> >
> > A może po prostu kolokacja w jakimś data center? Powinno dać poziom
> > dostępności większy niż własny AS i dwa łącza. A klimatyzacja czy
> > generatory prądu też może się przydać.
>
> Byłoby prościej i fajniej, ale niestety, bazę muszę mieć lokalnie więc
> ta opcja odpada.

To może VPN? ;> Taki dla mobilnych userów, wystawiony na obu łączach?
Jak jedno nie działa, to się klient połączy po chwili na drugie...

Pozdrawiam,

Krzysztof Oledzki

--
Krzysztof Olędzki
e-mail address: ole(a-t)ans(d-o-t)pl
Registered User: Linux - 189200, BSD - 51140
Nick Handles: KO60-RIPE, KO581 (Network Solutions)

do góry

In news:fdeb5m$3er$3@sparrow.axelspringer.com.pl,
Krzysztof Oledzki <o...@...ns.pl> typed:

> piotr::kapczuk <p...@d...hoop.pl.invalid> wrote:
>> In news:1190406427.26717.6.camel@localhost.localdomain,
>> Jacek Zapala <j...@i...pl> typed:
>>
>>> On Thu, 2007-09-20 at 16:07 +0200, piotr::kapczuk wrote:
>>>>
>>>> No albo ma problem taki jak np ja teraz. Chcę wystawić aplikację do
>>>> Internetu, wymagana jest jej wysoka dostępność. Tak więc dwa druty
>>>> z BGP. Nie potrzebuję /24 wystarczy mi sporo mniej.
>>>>
>>>> Jeśli wezmę małe PI to mnie odfiltrują. Jak wezmę PA mój ruch
>>>> zagregują. Czyli duża szansa, że zagranica będzie przychodzić
>>>> zawsze jednym łączem (od ISP który dał PA).
>>>>
>>>> Tak źle i tak niedobrze. Jeśli jest jakieś inne wyjście bardzo
>>>> proszę o oświecenie.
>>>
>>> A może po prostu kolokacja w jakimś data center? Powinno dać poziom
>>> dostępności większy niż własny AS i dwa łącza. A klimatyzacja czy
>>> generatory prądu też może się przydać.
>>
>> Byłoby prościej i fajniej, ale niestety, bazę muszę mieć lokalnie
>> więc ta opcja odpada.
>
> To może VPN? ;> Taki dla mobilnych userów, wystawiony na obu łączach?
> Jak jedno nie działa, to się klient połączy po chwili na drugie...

VPNy wszelkiej maści odpadają. Musi być dostępne w prosty sposób.
Zastanawiam się jednakże na certami ssl dla klientów.


--
Pozdrawiam
Piotrek Kapczuk

do góry

In news:fd8fl7$134f$1@news2.ipartners.pl,
wer <b...@n...pl> typed:

> piotr::kapczuk napisał(a):
>> In news:1190406427.26717.6.camel@localhost.localdomain,
>> Jacek Zapala <j...@i...pl> typed:
>>
>>> On Thu, 2007-09-20 at 16:07 +0200, piotr::kapczuk wrote:
>>>> No albo ma problem taki jak np ja teraz. Chcę wystawić aplikację do
>>>> Internetu, wymagana jest jej wysoka dostępność. Tak więc dwa druty
>>>> z BGP. Nie potrzebuję /24 wystarczy mi sporo mniej.
>>>>
>>>> Jeśli wezmę małe PI to mnie odfiltrują. Jak wezmę PA mój ruch
>>>> zagregują. Czyli duża szansa, że zagranica będzie przychodzić
>>>> zawsze jednym łączem (od ISP który dał PA).
>>>>
>>>> Tak źle i tak niedobrze. Jeśli jest jakieś inne wyjście bardzo
>>>> proszę o oświecenie.
>>> A może po prostu kolokacja w jakimś data center? Powinno dać poziom
>>> dostępności większy niż własny AS i dwa łącza. A klimatyzacja czy
>>> generatory prądu też może się przydać.
>>
>>
>> Byłoby prościej i fajniej, ale niestety, bazę muszę mieć lokalnie
>> więc ta opcja odpada.
>>
>>
> A dwa łącza od jednego operatora na prywatnym AS albo jakiś inny
> dynamiczny protokół routingu na dwóch łączach?

Taka opcja też jest, ale raczej jako ostateczność. Koszty niewiele
mniejsze a padają uplinki naszym ISP nie tak znowu rzadko.


--
Pozdrawiam
Piotrek Kapczuk

do góry

In news:fddguu$r5d$1@atlantis.news.tpi.pl,
Tomasz Paszkowski <s...@g...com> typed:

> Dnia 26.09.2007 piotr::kapczuk <p...@d...hoop.pl.invalid>
> napisał/a:
>>> uzależniony od upstream-a właściciela PA.
>>
>> Ale to i PI /24 mi tak samo zetną, nie ?
>
> nie. W przestrzeni rozdawanej na potrzeby PI smallest allocation size
> jest /29 ale i i tak przycina się do /24.


No to mam już pełny ogląd sytuacji.

Dzięki wszystkim za wyjaśnienia.

--
Pozdrawiam
Piotrek Kapczuk

do góry