Rola numeru 0202122 w ofercie TPSA - czym różni się od usług internetowych?
Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa jak budzenie przez telefon
From: Jacek <expert_at_nospam_friko.onet.pl>
Subject: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa jak budzenie przez telefon
Date: Tue, 03 Aug 1999 11:10:12 +0300
forward:.
z GW
...
nigdzie nie gwarantujemy predkosci transmisji przy polaczeniu przez
0202122.
Lacze telefoniczne nie ma takich gwarancji, a numer ten jest usluga
dodatkowa, taka jak chociazby budzenie przez telefon...
TPSA nie jest dostawca uslug internetowych ....
A czymze jest jak nie dostawca internetu ????
Nie wiem jak mozna dostarczac internet i nie byc dostawca internetu.
Co na to firmy, ktora na to samo wykupily licencje ?
no comments.
From: "Jurek Nowak" <textiles_at_nospam_ka.onet.pl>
Subject: Odp: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa jak budzenie przez telefon
Date: Tue, 3 Aug 1999 11:52:37 +0200
Użytkownik Jacek <expert_at_nospam_friko.onet.pl> w wiadomości do grup dyskusyjnych
napisał:37A6A3E4.6E03_at_nospam_friko.onet.pl...
forward:.
z GW
...
nigdzie nie gwarantujemy predkosci transmisji przy polaczeniu przez
0202122.
Lacze telefoniczne nie ma takich gwarancji, a numer ten jest usluga
dodatkowa, taka jak chociazby budzenie przez telefon...
TPSA nie jest dostawca uslug internetowych ....
A czymze jest jak nie dostawca internetu ????
Nie wiem jak mozna dostarczac internet i nie byc dostawca internetu.
Co na to firmy, ktora na to samo wykupily licencje ?
no comments.
To proste TP SA nie jest dostawca(providerem)uslug internetowch,umozliwia
jedynie
polaczenie z internetem-to nie to samo.
J.N
From: Jacek <expert_at_nospam_friko.onet.pl>
Subject: Re: Odp: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa jak budzenie przez telefon
Date: Tue, 03 Aug 1999 12:59:03 +0300
Nie wiem jak mozna dostarczac internet i nie byc dostawca internetu.
Co na to firmy, ktora na to samo wykupily licencje ?
no comments.
To proste TP SA nie jest dostawca(providerem)uslug internetowch,umozliwia
jedynie
polaczenie z internetem-to nie to samo.
J.N
Z pewnoscia masz racje.
Czy chcesz przez to powiedziec, ze jezeli udostepnie linie dostepowa do
Inetu to nie jest to dostarczanie inetu i nie wymaga licencji ?
Bardzo mnie to interesuje, aby na linii dzierzawionej udostepnic
inet , tylko dostep i pobierac za to oplaty miesieczne.
Jacek
From: "Karas Arkadiusz" <karas_at_nospam_hbury.com>
Subject: Odp: Odp: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa jak budzenie przez telefon
Date: Tue, 03 Aug 1999 13:19:45 GMT
A moze zrobisz to przez siec GSM ?
W koncu jestes "Expertem" od GSM, no nie ? :-)))))))))))
Arek
Użytkownik Jacek <expert_at_nospam_friko.onet.pl> w wiadomości do grup dyskusyjnych
napisał:37A6BD67.960_at_nospam_friko.onet.pl...
Nie wiem jak mozna dostarczac internet i nie byc dostawca internetu.
Co na to firmy, ktora na to samo wykupily licencje ?
no comments.
To proste TP SA nie jest dostawca(providerem)uslug
internetowch,umozliwia
jedynie
polaczenie z internetem-to nie to samo.
J.N
Z pewnoscia masz racje.
Czy chcesz przez to powiedziec, ze jezeli udostepnie linie dostepowa do
Inetu to nie jest to dostarczanie inetu i nie wymaga licencji ?
Bardzo mnie to interesuje, aby na linii dzierzawionej udostepnic
inet , tylko dostep i pobierac za to oplaty miesieczne.
Jacek
From: jfox_at_nospam_friko6.onet.pl (J.F.)
Subject: Re: Odp: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa jak budzenie przez telefon
Date: 3 Aug 1999 13:23:51 GMT
On Tue, 03 Aug 1999 12:59:03 +0300, Jacek <expert_at_nospam_friko.onet.pl> wrote:
To proste TP SA nie jest dostawca(providerem)uslug internetowch,umozliwia
jedynie polaczenie z internetem-to nie to samo.
Z pewnoscia masz racje.
Czy chcesz przez to powiedziec, ze jezeli udostepnie linie dostepowa do
Inetu to nie jest to dostarczanie inetu i nie wymaga licencji ?
Odwrotnie - to jest dostarczanie inetu i wymaga zezwolenia.
Nie wymaga np postawienie serwera i zalozenie na nim stron kilku firmom.
[usluga, ale nie transmisja danych]
J.
From: Przemyslaw Maciuszko <sal_at_nospam_szczecin.multinet.pl>
Subject: Re: Odp: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa
Date: Tue, 03 Aug 1999 11:12:20 GMT
On Tue, 3 Aug 1999, Jurek Nowak wrote:
To proste TP SA nie jest dostawca(providerem)uslug internetowch,umozliwia
jedynie
polaczenie z internetem-to nie to samo.
Udostepnia Internet poprzez modemy - wiec jest dostawca uslug internetowych
i z tego co wiem musi miec na to koncesje.
sal_at_nospam_szczecin.multinet.pl
UIN 2346832
From: Precess <stepniak_at_nospam_ire.pw.edu.pl>
Subject: Re: Odp: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowajak
Date: Tue, 03 Aug 1999 14:16:39 +0200
Przemyslaw Maciuszko wrote:
To proste TP SA nie jest dostawca(providerem)uslug internetowch,umozliwia
jedynie
polaczenie z internetem-to nie to samo.
Udostepnia Internet poprzez modemy - wiec jest dostawca uslug internetowych
i z tego co wiem musi miec na to koncesje.
Wyglada to tak: TPSA jest dostawca internetu (IP - Internet Provider), a
nie dostawca uslug internetowych (ISP - Internet Service Provider). Tzn.
nie swiadczy powszechnie uslug typu konto email, czy strona 3W.
Dostarcza natomiast fizycznego polaczenia z internetem, czy to w postaci
modemu lub ISDN, czy jako lacze bezposrednie. Ma sie to zmienic (vide
anonsy prasowe o TP Internet), ale co z tego wyjdzie nie wiedza nawet
najstarsi Indianie.
Pozdrawiam,
Tomek
P.S. Czy jestescie pewni, ze na dostarczanie inetu trzeba miec licencje?
From: Precess <stepniak_at_nospam_ire.pw.edu.pl>
Subject: Re: Odp: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowajak
Date: Tue, 03 Aug 1999 15:07:00 +0200
Precess wrote:
[ciach]
Wyglada to tak: TPSA jest dostawca internetu (IP - Internet Provider), a
nie dostawca uslug internetowych (ISP - Internet Service Provider). Tzn.
nie swiadczy powszechnie uslug typu konto email, czy strona 3W.
Dostarcza natomiast fizycznego polaczenia z internetem, czy to w postaci
modemu lub ISDN, czy jako lacze bezposrednie. Ma sie to zmienic (vide
anonsy prasowe o TP Internet), ale co z tego wyjdzie nie wiedza nawet
najstarsi Indianie.
Pozdrawiam,
Tomek
P.S. Czy jestescie pewni, ze na dostarczanie inetu trzeba miec licencje?
No coz, musze sam siebie poprawic. TPSA jest ISP. Cennik 3W i email
jest pod adresem: http://www.tpsa.pl/internet/cennik_02a.html. Ach ci
rzecznicy!
Popiol sype se na glowe ...
Tomek
From: Jacek <expert_at_nospam_friko.onet.pl>
Subject: Re: Odp: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowajak
Date: Tue, 03 Aug 1999 20:32:45 +0300
No coz, musze sam siebie poprawic. TPSA jest ISP. Cennik 3W i email
jest pod adresem: http://www.tpsa.pl/internet/cennik_02a.html. Ach ci
rzecznicy!
Popiol sype se na glowe ...
No skoro jest ISP
to 0202122 to nie jest dodatkowa usluga typu budzenie przez telefon
i w takim razie szerokosc pasma dla 0202122 wymaga formalnego
zdefiniowania ( co chyba wynika z warunkow licencji i wnoszonych oplat)
Tomek
From: Precess <stepniak_at_nospam_ire.pw.edu.pl>
Subject: Re: Odp: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowajak
Date: Thu, 05 Aug 1999 09:17:27 +0200
No skoro jest ISP
to 0202122 to nie jest dodatkowa usluga typu budzenie przez telefon
020... to dostarczanie internetu fizycznie, a nie uslug. W technicznym
aspekcie jest podobne do np. infolinii, czy partyline ... Natomiast
rzecznik nie mial racji twerdzac, ze TP S.A. nie jest ISP, poniewaz w
oficjalnie dostepnym cenniku widnieja uslugi internetowe. Sa to dwie
rozne rzeczy. Z zadnej z nich nie wynika jednak koniecznosc
gwarantowania pasma. Byc moze jest jakis papier regulujacy sprawy pasma,
poniewaz po zgloszeniu posiadania modemu do BOK'u TP S.A. (kosztuje to
chyba mniej niz 10PLN) mamy gwarancje, ze przynajmniej nie zaloza nam na
linie PCM'ki.
i w takim razie szerokosc pasma dla 0202122 wymaga formalnego
zdefiniowania ( co chyba wynika z warunkow licencji i wnoszonych oplat)
Bede sie upieral: dostarczanie inetu nie wymaga licencji czy koncesji.
Przynajmniej nie wprost. Koncesji wymaga swidczenie uslug
telekomunikacyjnych (a w tym teleinformatycznych). Inna sprawa to numer
dostepowy, przydzielany przez ministerstwo na podstawie odrebnej
decyzji.
Tomek
From: Przemyslaw Maciuszko <sal_at_nospam_szczecin.multinet.pl>
Subject: Re: Odp: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowajak
Date: Thu, 05 Aug 1999 07:26:16 GMT
On Thu, 5 Aug 1999, Precess wrote:
Bede sie upieral: dostarczanie inetu nie wymaga licencji czy koncesji.
Przynajmniej nie wprost. Koncesji wymaga swidczenie uslug
telekomunikacyjnych (a w tym teleinformatycznych). Inna sprawa to numer
dostepowy, przydzielany przez ministerstwo na podstawie odrebnej
decyzji.
Koncesji wlasnie nie wymagaja uslugi typu web-hosting czy konta pocztowe.
Wymaga za to koncesji dostarczanie Internetu klientom poprzez druty ...
A wiec 0202122 ...
sal_at_nospam_szczecin.multinet.pl
UIN 2346832
From: Precess <stepniak_at_nospam_ire.pw.edu.pl>
Subject: Re: Odp: Dementi Rzecznika TPSA - ...0202122 to usluga
Date: Thu, 05 Aug 1999 10:07:02 +0200
Przemyslaw Maciuszko wrote:
[ciach]
Koncesji wlasnie nie wymagaja uslugi typu web-hosting czy konta pocztowe.
Wymaga za to koncesji dostarczanie Internetu klientom poprzez druty ...
A wiec 0202122 ...
Jedno nie przeczy drugiemu, a wrecz mowi to samo. Koncesji wymagaja
druty, czyli usluga telekominukacyjna. Co tam bedzie (internet czy np.
VPN) nie jest przedmiotem licencji.
Tomek
From: jfox_at_nospam_friko6.onet.pl (J.F.)
Subject: Re: Odp: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowajak budzenie przez telefon
Date: Thu, 05 Aug 1999 17:00:42 GMT
On Thu, 05 Aug 1999 09:17:27 +0200, Precess wrote:
No skoro jest ISP
to 0202122 to nie jest dodatkowa usluga typu budzenie przez telefon
020... to dostarczanie internetu fizycznie, a nie uslug.
Ale usluge DNS dostarczaja :-)
Bede sie upieral: dostarczanie inetu nie wymaga licencji czy koncesji.
Przynajmniej nie wprost. Koncesji wymaga swidczenie uslug
telekomunikacyjnych (a w tym teleinformatycznych).
No tak - ale ja wysylam pakiet i place ci za to ze on dotrze do
www.xxx.com. rowniez place za to ze pakiet wylany gdzies daleko
dotrze do mojego komputera.
To jest usluga transmisji danych...
J.
From: Precess <stepniak_at_nospam_ire.pw.edu.pl>
Subject: Re: Odp: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowajak
Date: Fri, 06 Aug 1999 14:47:25 +0200
"J.F." wrote:
020... to dostarczanie internetu fizycznie, a nie uslug.
Ale usluge DNS dostarczaja :-)
Spieralbym sie, czy jest to cecha ISP ;)
Bede sie upieral: dostarczanie inetu nie wymaga licencji czy koncesji.
Przynajmniej nie wprost. Koncesji wymaga swidczenie uslug
telekomunikacyjnych (a w tym teleinformatycznych).
No tak - ale ja wysylam pakiet i place ci za to ze on dotrze do
www.xxx.com. rowniez place za to ze pakiet wylany gdzies daleko
dotrze do mojego komputera.
To jest usluga transmisji danych...
Placisz za mozliwosc wyslania pakietów, które z pewnym, dosc duzym
prawdopodobienstwem dociaraja do celu. Gwarancja przeslania pakietu w
ramach okreslonych parametrów, takich jak opóznienie czy srednia
predkosc to cecha umów SLA (Service Level Agreement). Dosc drogich umow.
To jest gwarantowana transmisja danych ...
Tomek
From: Przemyslaw Maciuszko <sal_at_nospam_szczecin.multinet.pl>
Subject: Re: Odp: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowajak
Date: Tue, 03 Aug 1999 14:35:20 GMT
On Tue, 3 Aug 1999, Precess wrote:
P.S. Czy jestescie pewni, ze na dostarczanie inetu trzeba miec licencje?
Poprzez modemy (lacza dzierzawione, dial-upy itp.) - TAK.
sal_at_nospam_szczecin.multinet.pl
UIN 2346832
From: "i.r. tete" <telefony_at_nospam_friko.onet.pl>
Subject: Re: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa jak budzenie
Date: Wed, 04 Aug 1999 04:36:01 GMT
Jacek wrote:
forward:.
z GW
...
nigdzie nie gwarantujemy predkosci transmisji przy polaczeniu przez
0202122.
Prawda. Widziałeś taką definicję?
Lacze telefoniczne nie ma takich gwarancji, a numer ten jest usluga
dodatkowa, taka jak chociazby budzenie przez telefon...
i... ?
TPSA nie jest dostawca uslug internetowych ....
A czymze jest jak nie dostawca internetu ????
A w którym Dzienniku Ustaw była definicja dostawcy internetowego?
Nie wiem jak mozna dostarczac internet i nie byc dostawca internetu.
Oczywiście, że można. Możesz dostarczać internet i nie być dostawcą, bo nikt jeszcze
w Polsce tego (oczywiście) nie sformułował porządnie (prawnie).
[...]
no comments.
--
LMB
From: futszak.WYTNIJTO_at_nospam_microsoft.linux.pl (futszak)
Subject: Re: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa jak budzenie przez telefon
Date: Thu, 05 Aug 1999 03:31:21 GMT
On Tue, 03 Aug 1999 11:10:12 +0300, Jacek <expert_at_nospam_friko.onet.pl>
wrote:
nigdzie nie gwarantujemy predkosci transmisji przy polaczeniu przez
0202122.
Jak widac ich (niedo)rzecznik podpisal sie pod czyms takiem:
Nie gwarantujemy nalezytej jakosci wykonywania naszych uslug co jest
juz sprzeczne z regulaminem.....
Lacze telefoniczne nie ma takich gwarancji, a numer ten jest usluga
dodatkowa, taka jak chociazby budzenie przez telefon...
usluga bezplatna czy jak ???
TPSA nie jest dostawca uslug internetowych ....
bucheche, a to dobre :-)))))))))))))))))))))
futszak
--
ISDN w cenie 56kbps (V.90) - 40 PLN / miesiac - http://rubikon.pl
From: Piotr Gapinski <narg_at_nospam_do.olsztyn.tpsa.pl>
Subject: Re: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa jak budzenie
Date: Thu, 05 Aug 1999 07:06:23 GMT
futszak wrote:
Jak widac ich (niedo)rzecznik podpisal sie pod czyms takiem:
Nie gwarantujemy nalezytej jakosci wykonywania naszych uslug co jest
juz sprzeczne z regulaminem.....
Bys najpierw pomyslal zanim napiszesz...
Po prostu TPSA nie gwarantuje CIR'a na internet lacz komputowanych
(im wiecej dzwoniacych na 0202122 tym wolniej bedzie siec dzialala)
bo i po co(?) Chcesz miec szybkie lacze to wykup spobie dzierzawke...
Lacze telefoniczne nie ma takich gwarancji, a numer ten jest usluga
dodatkowa, taka jak chociazby budzenie przez telefon...
usluga bezplatna czy jak ???
Ogolnie mowiac TPSA zapewnia realizacje polaczen telefonicznych a
wszystko co jest ponad to to tzw. uslugi dodatkowe. Wcale nie sa one
bezplatne bo w koncu za polaczenie placisz :-(
--
Piotr Gapinski
mailto:narg_at_nospam_polbox.com | http://free.polbox.pl/n/narg
From: Przemyslaw Maciuszko <sal_at_nospam_szczecin.multinet.pl>
Subject: Re: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa jak
Date: Thu, 05 Aug 1999 07:24:40 GMT
On Thu, 5 Aug 1999, Piotr Gapinski wrote:
Bys najpierw pomyslal zanim napiszesz...
Po prostu TPSA nie gwarantuje CIR'a na internet lacz komputowanych
(im wiecej dzwoniacych na 0202122 tym wolniej bedzie siec dzialala)
bo i po co(?) Chcesz miec szybkie lacze to wykup spobie dzierzawke...
A wiesz, ze 80% klientow podpietych do Polpak-T nie ma CIR'a ? :)
Bo oplaty za niego sa kosmiczne :)
Wiec nie pierdziul glupot :)
sal_at_nospam_szczecin.multinet.pl
UIN 2346832
From: Precess <stepniak_at_nospam_ire.pw.edu.pl>
Subject: Re: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa jakbudzenie
Date: Thu, 05 Aug 1999 10:03:29 +0200
Przemyslaw Maciuszko wrote:
On Thu, 5 Aug 1999, Piotr Gapinski wrote:
Bys najpierw pomyslal zanim napiszesz...
???
Po prostu TPSA nie gwarantuje CIR'a na internet lacz komputowanych
(im wiecej dzwoniacych na 0202122 tym wolniej bedzie siec dzialala)
bo i po co(?) Chcesz miec szybkie lacze to wykup spobie dzierzawke...
A wiesz, ze 80% klientow podpietych do Polpak-T nie ma CIR'a ? :)
Bo oplaty za niego sa kosmiczne :)
Wiec nie pierdziul glupot :)
Pozwole sobie nie zgodzic sie z powyzszymi twierdzeniami.
1. Nie mozna nie gwarantowac CIR, poniewaz jest to wlasnie predkosc
gwarantowana (Commited Information Rate). Co innego EIR -
zainteresowanych odsylam do materialow o Frame Relay - nie jest to teraz
istotne.
2. CIR opisuje przepustowosc dla wszystkich wspoldzielacych VC do inetu
lacznie, co powoduje, ze rzeczywiscie, im wiecej jednoczesnie
dolaczonych modemow, tym mniejsza czesc pasma przypada na jednego
uzytkownika.
3. Nie 80, a troszke ponad 30%.
4. Oplaty nie sa kosmiczne, cennik niezmienny od kilku lat.
Proponuje rozdzielic dwie sprawy: predkosc fizycznego lacza dostepowego
(czyli na jakiej predkosci dogadaja sie modemy) oraz efektywna szybkosc
transmisji danych za pomoca protokolu IP. Pierwsza predkosc zalezy od
posiadanego modemu, jakosci lacza (kabli), modulacji liniowej (V.34,
V.90 ...) itp. Druga od liczby uzytkownikow jednoczesnie sciagajacych
cos z inetu, predkosci laczy (raczej - kanalow wirtualnych) pomiedzy
ruterami oraz predkosci laczy miedzyoperatorskich. Ta druga mozna madrze
sterowac kozystajac z zasobow inetu podlaczonych bezposrednio do tpNet,
np. mirrory czy news.tpnet.pl. Jesli jednak sciaga sie cos z Tajwanu, to
droga transmisji obejmuje kilku operatorow, wobec tego najwezsze gardlo
obejmuje nie tylko tpNet, ale i kilku innych operatorów. Tej predkosci
nie mozna zagwarantowac, poniewaz decyduje o niej kilka systemów
autonomicznych.
O, w morde, ale sie rozpisalem ...
Tomek
From: jfox_at_nospam_friko6.onet.pl (J.F.)
Subject: Re: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa jakbudzenie przez telefon
Date: Thu, 05 Aug 1999 17:00:37 GMT
On Thu, 05 Aug 1999 10:03:29 +0200, Precess wrote:
Po prostu TPSA nie gwarantuje CIR'a na internet lacz komputowanych [..]
Pozwole sobie nie zgodzic sie z powyzszymi twierdzeniami.
1. Nie mozna nie gwarantowac CIR, poniewaz jest to wlasnie predkosc
gwarantowana (Commited Information Rate).
Co to znaczy "commited" i czy aby na pewno "gwarantowany" ?
Slownik tego zlowa nie podaje, a "commit" ma wiele znaczen.
W dodatku jak przeczytasz w cenniku - ramki wychodzace poza CIR
sa oznaczane bitem DE upowazniajacym siec FR do ich odrzucenia w razie
przeciazenia. Nie ma cudow - jak przeciazenie sie utrzyma to i ramki
w ramach CIR beda odrzucane, a TPSA nigdzie sie nie zobowiazuje ze
infrastruktura zapewnia wytrzymanie sprzedanych CIR.
W dodatku CIR masz do najblizszego routera internetowego. Pakiety
gina zwykle dalej - pomiedzy routerami. Czy jest sens kupowac
CIR do routera, do ktorego nie ma problemow z lacznoscia ?
[raz widzialem jak byly - ale jesli przy transmitowanych 30KB/s lacze
1Mb/s sie zatyka, to czy 8 czy 16kb/s CIR pomoze ? ]
2. CIR opisuje przepustowosc dla wszystkich wspoldzielacych VC do inetu
lacznie, co powoduje, ze rzeczywiscie, im wiecej jednoczesnie
dolaczonych modemow, tym mniejsza czesc pasma przypada na jednego
uzytkownika.
zaraz zaraz - przeciez na to nie masz wplywu - to ustala sobie TPSA.
Przy linii stalej ty placisz za CIR od swojego [no, dzierzawionego od
TPSA] modemu do routera TPSA. Jak wyglada polaczenie tego routera z
reszta internetu - nie wiesz i nie masz bezposredniego wplywu.
Przy 0202122 - nie wiesz i nie masz najmniejszego wplywu na polaczenie
skrzynki do ktorej dzwonisz z reszta..
4. Oplaty nie sa kosmiczne, cennik niezmienny od kilku lat.
Biorac pod uwage ze CIR 64kb/s kosztuje wiecej niz lacze 1Mb/s,
a jak jestes gotow troche [powiedzmy do 50% wiecej doplacic zeby twoje
lacze 1Mb/s nabralo wigoru, to mozesz sobie kupic ... 16kb/s cir -
to smiech jest kosmiczny :-)
Jesli jednak sciaga sie cos z Tajwanu, to
droga transmisji obejmuje kilku operatorow, wobec tego najwezsze gardlo
obejmuje nie tylko tpNet, ale i kilku innych operatorów.
Mowiac szczerze to wlasnie tpNiet ma najwezsze gardlo ..
J.
From: Precess <stepniak_at_nospam_ire.pw.edu.pl>
Subject: Re: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa
Date: Fri, 06 Aug 1999 15:04:38 +0200
"J.F." wrote:
On Thu, 05 Aug 1999 10:03:29 +0200, Precess wrote:
Po prostu TPSA nie gwarantuje CIR'a na internet lacz komputowanych [..]
Pozwole sobie nie zgodzic sie z powyzszymi twierdzeniami.
1. Nie mozna nie gwarantowac CIR, poniewaz jest to wlasnie predkosc
gwarantowana (Commited Information Rate).
Co to znaczy "commited" i czy aby na pewno "gwarantowany" ?
Slownik tego zlowa nie podaje, a "commit" ma wiele znaczen.
Vide poprzedni post.
W dodatku jak przeczytasz w cenniku - ramki wychodzace poza CIR
sa oznaczane bitem DE upowazniajacym siec FR do ich odrzucenia w razie
przeciazenia. Nie ma cudow - jak przeciazenie sie utrzyma to i ramki
w ramach CIR beda odrzucane, a TPSA nigdzie sie nie zobowiazuje ze
infrastruktura zapewnia wytrzymanie sprzedanych CIR.
Nie slyszalem o nie dotrzymywaniu CIR'u, chyba ze cos padlo. Poza tym
jest jeszcze cos takiego jak "Premium CIR".
W dodatku CIR masz do najblizszego routera internetowego. Pakiety
gina zwykle dalej - pomiedzy routerami. Czy jest sens kupowac
CIR do routera, do ktorego nie ma problemow z lacznoscia ?
[raz widzialem jak byly - ale jesli przy transmitowanych 30KB/s lacze
1Mb/s sie zatyka, to czy 8 czy 16kb/s CIR pomoze ? ]
Vide post korzystaniu z zasobów.
2. CIR opisuje przepustowosc dla wszystkich wspoldzielacych VC do inetu
lacznie, co powoduje, ze rzeczywiscie, im wiecej jednoczesnie
dolaczonych modemow, tym mniejsza czesc pasma przypada na jednego
uzytkownika.
zaraz zaraz - przeciez na to nie masz wplywu - to ustala sobie TPSA.
Nie twierdzę, że masz.
Przy linii stalej ty placisz za CIR od swojego [no, dzierzawionego od
TPSA] modemu do routera TPSA. Jak wyglada polaczenie tego routera z
reszta internetu - nie wiesz i nie masz bezposredniego wplywu.
Przy 0202122 - nie wiesz i nie masz najmniejszego wplywu na polaczenie
skrzynki do ktorej dzwonisz z reszta..
Owszem - pisalem o zgloszeniu modemu do BOK'u TP S.A.
4. Oplaty nie sa kosmiczne, cennik niezmienny od kilku lat.
Biorac pod uwage ze CIR 64kb/s kosztuje wiecej niz lacze 1Mb/s,
a jak jestes gotow troche [powiedzmy do 50% wiecej doplacic zeby twoje
lacze 1Mb/s nabralo wigoru, to mozesz sobie kupic ... 16kb/s cir -
to smiech jest kosmiczny :-)
Vide post o porównaniu z SITA.
Jesli jednak sciaga sie cos z Tajwanu, to
droga transmisji obejmuje kilku operatorow, wobec tego najwezsze gardlo
obejmuje nie tylko tpNet, ale i kilku innych operatorów.
Mowiac szczerze to wlasnie tpNiet ma najwezsze gardlo ..
Ciekawe skad ta informacja?
Tomek
From: jfox_at_nospam_friko6.onet.pl (J.F.)
Subject: Re: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa jakbudzenie przez telefon
Date: Sun, 08 Aug 1999 20:28:17 GMT
On Fri, 06 Aug 1999 15:04:38 +0200, Precess wrote:
"J.F." wrote:
W dodatku jak przeczytasz w cenniku - ramki wychodzace poza CIR
sa oznaczane bitem DE upowazniajacym siec FR do ich odrzucenia w razie
przeciazenia. Nie ma cudow - jak przeciazenie sie utrzyma to i ramki
w ramach CIR beda odrzucane, a TPSA nigdzie sie nie zobowiazuje ze
infrastruktura zapewnia wytrzymanie sprzedanych CIR.
Nie slyszalem o nie dotrzymywaniu CIR'u, chyba ze cos padlo.
Ale czy masz to ZAGWARANTOWANE na pismie ?
Poza tym jest jeszcze cos takiego jak "Premium CIR".
Jest. Mowi o priorytecie, zadnego slowa o gwarancji :-)
4. Oplaty nie sa kosmiczne, cennik niezmienny od kilku lat.
Biorac pod uwage ze CIR 64kb/s kosztuje wiecej niz lacze 1Mb/s,
a jak jestes gotow troche [powiedzmy do 50% wiecej doplacic zeby twoje
lacze 1Mb/s nabralo wigoru, to mozesz sobie kupic ... 16kb/s cir -
to smiech jest kosmiczny :-)
Vide post o porównaniu z SITA.
Napisales tylko ze drozsza, zadnych szczegolow.
A tu glownie chodzi o zestawienie parametrow -
rzekoma gwarancja ze 3% linii dziala kosztuje tyle co linia,
rzekoma gwarancjana cala przepustowosc linii kosztowalaby
ze 30 razy wiecej. W dodatku chyba nie mozna jej kupic.
Swoja droga polityki TPSA troche nie rozumiem - dlaczego
zeby kupic CIR 32kb/s trzeba miec linie minimum 1Mb/s ?
Jesli jednak sciaga sie cos z Tajwanu, to
droga transmisji obejmuje kilku operatorow, wobec tego najwezsze gardlo
obejmuje nie tylko tpNet, ale i kilku innych operatorów.
Mowiac szczerze to wlasnie tpNiet ma najwezsze gardlo ..
Ciekawe skad ta informacja?
wystarczy mtr [Matt's traceroute] - widac gdzie znika najwiecej
pakietow..
J.
From: Precess <stepniak_at_nospam_ire.pw.edu.pl>
Subject: Re: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa
Date: Mon, 09 Aug 1999 10:24:53 +0200
"J.F." wrote:
[...]
Nie slyszalem o nie dotrzymywaniu CIR'u, chyba ze cos padlo.
Ale czy masz to ZAGWARANTOWANE na pismie ?
A co tu dodatkowo gwarantowac. Sieci FR dzialaja tak, jak dzialaja.
Poza tym jest jeszcze cos takiego jak "Premium CIR".
Jest. Mowi o priorytecie, zadnego slowa o gwarancji :-)
[...]
Vide post o porównaniu z SITA.
Napisales tylko ze drozsza, zadnych szczegolow.
Wybacz, ze nie mam akurat cennika pod reka ;)
A tu glownie chodzi o zestawienie parametrow -
rzekoma gwarancja ze 3% linii dziala kosztuje tyle co linia,
rzekoma gwarancjana cala przepustowosc linii kosztowalaby
ze 30 razy wiecej. W dodatku chyba nie mozna jej kupic.
Swoja droga polityki TPSA troche nie rozumiem - dlaczego
zeby kupic CIR 32kb/s trzeba miec linie minimum 1Mb/s ?
Zawsze mozna swoja siec oprzec o lacza dzierzawione. Mysle, ze ta grupa
to nie miejsce do dyskusji o wyzszosci Wielkanocy nad Bozym Narodzeniem.
Jesli jednak sciaga sie cos z Tajwanu, to
droga transmisji obejmuje kilku operatorow, wobec tego najwezsze gardlo
obejmuje nie tylko tpNet, ale i kilku innych operatorów.
Mowiac szczerze to wlasnie tpNiet ma najwezsze gardlo ..
Ciekawe skad ta informacja?
wystarczy mtr [Matt's traceroute] - widac gdzie znika najwiecej
pakietow..
Porównalem z trzech miejsc (www.hp.com - 192.151.52.13): bezposrednie
dolaczenie w Warszawie, modemowo w Gorzowie oraz z Polibudy Warszawskiej
(NASK). Opóznienie w NASKU 2x wieksze. Straty tpNet - 10%, straty NASK -
50% przy pakiecie 1kB. W obydwu przypadkach opóznienie gwaltownie rosnie
przy wejsciu do sieci tranzytowej, co jest naturalne. Jednoczesnie
proces obslugujacy odpowiedzi ICMP na ruterach szkieletowych ma niski
priorytet - stad spore braki odpowiedzi na trace'a.
HP ma dosc dobre lacze. Probowalem do MS, ale w okolicach 13 hopa staje
na ok. 180ms opóznienia i ani drgnie (juz w WAN'ie MS). Wniosek: WAN MS
to waskie gardlo, o ktorym piszesz.
Nie twierdze, ze tpNet jest "debesciak" ;) Chcialbym tylko pokazac, ze
tak dzialaja wszystkie duze sieci operatorskie. Wiekszosc ciekawych
zasobów sieci lezy w USA i tam wali kazdy, lacznie ze mna. Bywaja jednak
dostepne ich mirrory dolaczone dobrym laczem do tpNet lub NASK (chocby
tucows na ICM'ie). Szkoda tylko, ze tak malo jest mirrorow firm
zwiazanych z elektronika. Moze jakis dystrybutor pokusilby sie o
utrzymanie takiego serwera? Latwiejszy dostep do informacji to
potencjalnie wiecej sprzedanych podzespolów ...
Tomek
P.S.
Uuuu ... ale odeszlismy od zalazka dyskusji ...
From: jfox_at_nospam_friko6.onet.pl (J.F.)
Subject: Re: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa jakbudzenie przez telefon
Date: 9 Aug 1999 17:23:24 GMT
On Mon, 09 Aug 1999 10:24:53 +0200, Precess <stepniak_at_nospam_ire.pw.edu.pl> wrote:
"J.F." wrote:
[...]
Nie slyszalem o nie dotrzymywaniu CIR'u, chyba ze cos padlo.
Ale czy masz to ZAGWARANTOWANE na pismie ?
A co tu dodatkowo gwarantowac. Sieci FR dzialaja tak, jak dzialaja.
No to w koncu CIR jest gwarantowany czy nie ?
Przez "gwarantowany" rozumiem ze jak mi uzytkownicy narzekaja ze
dzis cos wolno dzialaja terminale, to patrze na statystyki,
siegam za telefon, i z drugiej strony slysze "koparka zerwala kabel,
idzie dookola, pojutrze naprawimy, a faktura bedzie o dwa dni nizsza".
A nie "tak, jest wolno bo siec jest przeciazona".
Swoja droga polityki TPSA troche nie rozumiem - dlaczego
zeby kupic CIR 32kb/s trzeba miec linie minimum 1Mb/s ?
Zawsze mozna swoja siec oprzec o lacza dzierzawione. Mysle, ze ta grupa
to nie miejsce do dyskusji o wyzszosci Wielkanocy nad Bozym Narodzeniem.
Owszem - tylko nazywajmy rzeczy po imieniu. CIR w TPSA mozna kupic,
jest drogi, nie wiadomo czy cokolwiek gwarantuje, w przypadku internetu
wrecz wiadomo ze prawie nic nie gwarantuje.
Mowiac szczerze to wlasnie tpNiet ma najwezsze gardlo ..
Ciekawe skad ta informacja?
wystarczy mtr [Matt's traceroute] - widac gdzie znika najwiecej
pakietow..
Porównalem z [...] do MS, ale w okolicach 13 hopa staje
na ok. 180ms opóznienia i ani drgnie (juz w WAN'ie MS). Wniosek: WAN MS
to waskie gardlo, o ktorym piszesz.
No, akurat MS to z jednej strony pewnie najczesciej odwiedzana firma wiec
sie nie nalezy dziwic problemom. Z drugiej - gdzies tam opisali
co ich laczy, to jest kilka linii T3 i chyba ze 200Mb/s do swiata.
Ale zobacz co mnie wychodzi:
HOST LOSS RCVD SENT BEST AVG WORST
tpsa-rtr 0% 100 100 37 50 694
do-wrocen.r1.tpnet.pl 6% 94 100 37 46 305
if-10-0-9.bb4.NewYork.Teleglobe.net 20% 80 100 110 137 228
if-3-0.core1.NewYork.Teleglobe.net 14% 86 100 111 137 216
if-3-0.core1.PaloAlto.Teleglobe.net 18% 82 99 180 205 268
if-0-0.core1.Seattle.Teleglobe.net 17% 83 100 200 224 271
if-11-0-0.bb1.Seattle.Teleglobe.net 15% 85 100 208 260 366
Teleglobe.net 17% 83 100 203 232 417
icpmdistc7503-h6-0.cp.msft.net 16% 84 100 207 248 428
icpmscomc7502-a1-00-1.cp.msft.net 11% 89 100 206 242 301
icpmscomc7502-a1-00-1.cp.msft.net 23% 77 100 207 244 319
Wroclaw, siec TPSA, godz 18 - mniej wiecej widac ze juz na terenie kraju
ginie 6% [ciekawe gdzie jest pozycja 2 - drugi router we Wroclawiu,
czy to juz Warszawa ?] na wyjsciu w swiat ginie 20% i dalej ta tendencja sie
utrzymuje, nawet jakby lepiej. W US widac nic nie ginie.
Inny test - 100 pakietow po 1KB do przedostatniej pozycji z powyzszej listy,
Taiwanu i okienka tepsy w swiat:
--- 207.46.190.97 ping statistics ---
100 packets transmitted, 78 packets received, 22% packet loss
round-trip min/avg/max = 272.1/307.4/383.4 ms
--- www.geniusnet.com.tw ping statistics ---
100 packets transmitted, 85 packets received, 15% packet loss
round-trip min/avg/max = 191.8/222.8/364.1 ms
--- if-10-0-9.bb4.NewYork.Teleglobe.net ping statistics ---
100 packets transmitted, 75 packets received, 25% packet loss
round-trip min/avg/max = 183.7/214.0/344.0 ms
ciekaw jestem jak to idzie, ale jak widzisz nie ma klopotow z polaczeniem
NY-Taiwan, sa za to klopoty z polaczeniem Wwa-NY. Swoja droga ciekawe
ktoredy z Taiwanu wraca ze robi to szybciej :-)
Nie twierdze, ze tpNet jest "debesciak" ;) Chcialbym tylko pokazac, ze
tak dzialaja wszystkie duze sieci operatorskie.
Owszem - tylko kwestia przy jakim %strat i opoznieniu klient w USA siega
za telefon i prosi innego operatora o przylaczenie linii...
Co do priorytetow ICMP na routerach - mam wrazenie ze NASK je stosowal.
Wychodzil gorzej w testach pingiem niz TPSA, a w rzeczywistym transferze
chyba lepiej ...
J.
From: Krzysztof Halasa <khc_at_nospam_intrepid.pm.waw.pl>
Subject: Re: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa jakbudzenie przez telefon
Date: 05 Aug 1999 15:44:16 +0200
Precess <stepniak_at_nospam_ire.pw.edu.pl> writes:
Pozwole sobie nie zgodzic sie z powyzszymi twierdzeniami.
1. Nie mozna nie gwarantowac CIR, poniewaz jest to wlasnie predkosc
gwarantowana (Commited Information Rate).
Gdzie tu widzisz cos o gwarancjach?
Jak chcesz gwarantowac CIR, jesli sprzedac go wiecej niz ma lacze?
(nie twierdze, ze ktos tak robi).
4. Oplaty nie sa kosmiczne, cennik niezmienny od kilku lat.
To znajdz w cenniku ile kosztuje CIR np. 1Mbps. Do Internetu tylko.
--
Krzysztof Halasa
Network Administrator
From: Precess <stepniak_at_nospam_ire.pw.edu.pl>
Subject: Re: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa
Date: Fri, 06 Aug 1999 14:53:30 +0200
Krzysztof Halasa wrote:
Precess <stepniak_at_nospam_ire.pw.edu.pl> writes:
Pozwole sobie nie zgodzic sie z powyzszymi twierdzeniami.
1. Nie mozna nie gwarantowac CIR, poniewaz jest to wlasnie predkosc
gwarantowana (Commited Information Rate).
Gdzie tu widzisz cos o gwarancjach?
Jak chcesz gwarantowac CIR, jesli sprzedac go wiecej niz ma lacze?
(nie twierdze, ze ktos tak robi).
to po co o tym piszesz?
"Uzgodniona" mozna wg mnie przelozyc w oczywisty sposob na
"gwarantowana" - co umowa, to umowa. Jesli ktos sprzedaje wiecej CIR niz
ma pasma lacza fizycznego, to ukreca sobie petle na szyje ...
4. Oplaty nie sa kosmiczne, cennik niezmienny od kilku lat.
To znajdz w cenniku ile kosztuje CIR np. 1Mbps. Do Internetu tylko.
--
Nie twierdze, ze dzierzawka jest to usluga dla kazdego do domu. Powazne
firmy nie zastanawiaja sie, tylko biora jak leci. Przy porównaniu do
cennika np. SITY, Polpak-T jest tani.
Tomek
From: jfox_at_nospam_friko6.onet.pl (J.F.)
Subject: Re: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa jakbudzenie przez telefon
Date: Sun, 08 Aug 1999 20:27:59 GMT
On Fri, 06 Aug 1999 14:53:30 +0200, Precess wrote:
Pozwole sobie nie zgodzic sie z powyzszymi twierdzeniami.
1. Nie mozna nie gwarantowac CIR, poniewaz jest to wlasnie predkosc
gwarantowana (Commited Information Rate).
Gdzie tu widzisz cos o gwarancjach?
"Uzgodniona" mozna wg mnie przelozyc w oczywisty sposob na
"gwarantowana" - co umowa, to umowa.
A co pisze w umowie? "Commited" czyli blizej nie wiadomo co,
"gwarantowana", czy po prostu nic nie pisze jak to TPSA ...
Jesli ktos sprzedaje wiecej CIR niz
ma pasma lacza fizycznego, to ukreca sobie petle na szyje ...
Klient chce kupic to mu sie sprzedaje :-)
J.
From: Precess <stepniak_at_nospam_ire.pw.edu.pl>
Subject: Re: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa
Date: Mon, 09 Aug 1999 08:42:23 +0200
"J.F." wrote:
[...]
A co pisze w umowie? "Commited" czyli blizej nie wiadomo co,
"gwarantowana", czy po prostu nic nie pisze jak to TPSA ...
No cóz, wykladnia FR Forum nie pozostawia watpliwosci.
Jesli ktos sprzedaje wiecej CIR niz
ma pasma lacza fizycznego, to ukreca sobie petle na szyje ...
Klient chce kupic to mu sie sprzedaje :-)
Coraz wiecej firm stosuje zasade klient - nasz pan :o I bardzo dobrze.
Chociaz sa przypadki, gdzie jest to uzasadnione (CIR > AS).
Tomek
From: jfox_at_nospam_friko6.onet.pl (J.F.)
Subject: Re: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa jakbudzenie przez telefon
Date: 9 Aug 1999 17:25:01 GMT
On Mon, 09 Aug 1999 08:42:23 +0200, Precess <stepniak_at_nospam_ire.pw.edu.pl> wrote:
"J.F." wrote:
[...]
A co pisze w umowie? "Commited" czyli blizej nie wiadomo co,
"gwarantowana", czy po prostu nic nie pisze jak to TPSA ...
No cóz, wykladnia FR Forum nie pozostawia watpliwosci.
Mowiac szczerze to bardziej mnie interesuje umowa z TPSA :-)
J.
From: Krzysztof Halasa <khc_at_nospam_intrepid.pm.waw.pl>
Subject: Re: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa jakbudzenie przez telefon
Date: 06 Aug 1999 22:00:34 +0200
Precess <stepniak_at_nospam_ire.pw.edu.pl> writes:
Gdzie tu widzisz cos o gwarancjach?
Jak chcesz gwarantowac CIR, jesli sprzedac go wiecej niz ma lacze?
(nie twierdze, ze ktos tak robi).
- to po co o tym piszesz?
Bo nieprawda jest, ze CIR jest gwarantowany. I nie tylko sprzedanie
lacznego CIRu wiekszego niz szybkosc "duzego" lacza moze spowodowac,
ze nawet CIRu nie da sie przeslac.
"Uzgodniona" mozna wg mnie przelozyc w oczywisty sposob na
"gwarantowana" - co umowa, to umowa.
??? Troche w to jednak watpie.
Jesli ktos sprzedaje wiecej CIR niz
ma pasma lacza fizycznego, to ukreca sobie petle na szyje ...
Raczej dlatego nikt (?) nie sprzedaje wiekszego CIRu, ze nie ma
wystarczajacej ilosci chetnych.
To znajdz w cenniku ile kosztuje CIR np. 1Mbps. Do Internetu tylko.
--
> Nie twierdze, ze dzierzawka jest to usluga dla kazdego do domu. Powazne
> firmy nie zastanawiaja sie, tylko biora jak leci. Przy porównaniu do
> cennika np. SITY, Polpak-T jest tani.
Ale ja wcale nie chce do kazdego domu. Po prostu znajdz mi w cenniku
CIR 1Mbps.
--
Krzysztof Halasa
Network Administrator
From: "Juliusz" <juliusz_at_nospam_multi-ip.com.pl>
Subject: Re: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa jakbudzenie przez telefon
Date: Wed, 11 Aug 1999 20:59:47 GMT
To znajdz w cenniku ile kosztuje CIR np. 1Mbps. Do Internetu tylko.
--
He ja wiem ile to kosztuje :-) Jezeli kupujesz 34 megabity to placisz okolo
3000zl :-) ALE !!! musisz kupic CIR 1M za.. uwaga ..... 40.000 zl
miesiecznie :-) Ale ponoc masz juz dostep do lacza do USA priorytetowy.
To wiadomosci z pierwszej reki :-) A CIR jest obowiazkowy :-)
Juliusz
From: jfox_at_nospam_friko6.onet.pl (J.F.)
Subject: Re: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa jakbudzenie przez telefon
Date: Thu, 12 Aug 1999 11:05:52 GMT
On Wed, 11 Aug 1999 20:59:47 GMT, Juliusz wrote:
To znajdz w cenniku ile kosztuje CIR np. 1Mbps. Do Internetu tylko.
He ja wiem ile to kosztuje :-) Jezeli kupujesz 34 megabity to placisz okolo
3000zl :-) ALE !!! musisz kupic CIR 1M za.. uwaga ..... 40.000 zl
miesiecznie :-)
Cena dosc uczciwa - mniej wiecej tyle kosztuje zagraniczne lacze 1Mbps
Ale ponoc masz juz dostep do lacza do USA priorytetowy.
Interesujace, o ile prawdziwe :-)
A CIR jest obowiazkowy :-)
Naprawde? znajac cenniki TPSA to jest raczej odwrotnie - kupujac CIR
1M, trzeba miec lacze 34M - przynajmniej tak jest przy mniejszych
predkosciach [co uwazam za polityke dosc dziwna].
J.
From: futszak.WYTNIJTO_at_nospam_microsoft.linux.pl (futszak)
Subject: Re: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa jakbudzenie przez telefon
Date: Fri, 13 Aug 1999 01:52:50 GMT
On Wed, 11 Aug 1999 20:59:47 GMT, "Juliusz" <juliusz_at_nospam_multi-ip.com.pl>
wrote:
He ja wiem ile to kosztuje :-) Jezeli kupujesz 34 megabity to placisz okolo
3000zl :-) ALE !!! musisz kupic CIR 1M za.. uwaga ..... 40.000 zl
miesiecznie :-) Ale ponoc masz juz dostep do lacza do USA priorytetowy.
To wiadomosci z pierwszej reki :-) A CIR jest obowiazkowy :-)
Ale czy CIR 1MB jest obowiazkowy ???
futszak
--
Dostep do Internetu - 40 PLN / miesiac - http://rubikon.pl
From: futszak.WYTNIJTO_at_nospam_microsoft.linux.pl (futszak)
Subject: Re: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa jak budzenie przez telefon
Date: Fri, 06 Aug 1999 09:23:08 GMT
On Thu, 05 Aug 1999 07:06:23 GMT, Piotr Gapinski
<narg_at_nospam_do.olsztyn.tpsa.pl> wrote:
Bys najpierw pomyslal zanim napiszesz...
Po prostu TPSA nie gwarantuje CIR'a na internet lacz komputowanych
(im wiecej dzwoniacych na 0202122 tym wolniej bedzie siec dzialala)
bo i po co(?) Chcesz miec szybkie lacze to wykup spobie dzierzawke...
Jak ktos mi spiepszy drobna robote, to nie zlece mu wiekszej.
Jak tpsa nie jest w stanie zapewnic mi prawidlowej jakosci lacza aby
modemy pracowaly prawidlow, malo tego, polaczenia zdychaja w najmniej
przewidywalnym momencie, albo w ogole nie dochodza do skurtku to
strach pomyslec jak beda dzialaly te dzierzawki.... :o)
Ogolnie mowiac TPSA zapewnia realizacje polaczen telefonicznych a
wszystko co jest ponad to to tzw. uslugi dodatkowe.
Poleczenie pomiedzy dwoma modemami po laczu analogowym to jest
polaczenie telefoniczne.
Poczytaj regulamin :o)
futszak
0603 237728
--
Jestesmy z wami juz ponad TRZY lata - http://rubikon.pl
From: Przemyslaw Maciuszko <sal_at_nospam_szczecin.multinet.pl>
Subject: Re: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa jak
Date: Fri, 06 Aug 1999 08:39:40 GMT
On Fri, 6 Aug 1999, futszak wrote:
Jak ktos mi spiepszy drobna robote, to nie zlece mu wiekszej.
Jak tpsa nie jest w stanie zapewnic mi prawidlowej jakosci lacza aby
modemy pracowaly prawidlow, malo tego, polaczenia zdychaja w najmniej
przewidywalnym momencie, albo w ogole nie dochodza do skurtku to
strach pomyslec jak beda dzialaly te dzierzawki.... :o)
Guzik wiesz - wlasnie dzierzawki w TPSA (Polpak-T) chodza nierzadko o niebo
lepiej niz u providerow - i nie porownuj dzierzawki do lacza dial-up'owego,
bo to jak marchewka i groszek :)
Poleczenie pomiedzy dwoma modemami po laczu analogowym to jest
polaczenie telefoniczne.
A po cyfrowym to juz nie ? :)
sal_at_nospam_szczecin.multinet.pl
UIN 2346832
From: futszak.WYTNIJTO_at_nospam_microsoft.linux.pl (futszak)
Subject: Re: Dementi Rzecznika TPSA - ...0202122 to usluga dodatkowa jak budzenie przez telefon
Date: Sat, 07 Aug 1999 15:35:38 GMT
Calkiem ciakawa droga:
Path:
news.webcorp.com.pl!news.icm.edu.pl!fu-berlin.de!skynet.be!Pollux.Teleglobe.net!orion.cst.tpsa.pl!news.tpnet.pl!not-for-mail
...dotarla do mnie wiadomosc, w ktorej...
On Fri, 06 Aug 1999 08:39:40 GMT, Przemyslaw Maciuszko
<sal_at_nospam_szczecin.multinet.pl> napisal:
Guzik wiesz - wlasnie dzierzawki w TPSA (Polpak-T) chodza nierzadko o niebo
lepiej niz u providerow - i nie porownuj dzierzawki do lacza dial-up'owego,
bo to jak marchewka i groszek :)
Alez ja tylko twierdze, ze na podstawie marnej jakosci uslug
telekomunikacji polskiej s.a. nasuwaja mi sie wnioski, ze wyzej
wymieniona firma tak samo partoli robote na calej linii i nie dziw mi
sie.
Poleczenie pomiedzy dwoma modemami po laczu analogowym to jest
polaczenie telefoniczne.
A po cyfrowym to juz nie ? :)
A widziales kiedys dwa modemy polaczone laczem cyfrowym ???
o)
futszak
--
ISDN w cenie 56kbps (V.90) - 40 PLN / miesiac - http://rubikon.pl
From: "peter puchach" <puchach_at_nospam_istar.ca>
Subject: PYTANKO Re: Dementi Rzecznika TPSA -
Date: Sat, 07 Aug 1999 20:59:32 GMT
Przemyslaw Maciuszko <sal_at_nospam_szczecin.multinet.pl> wrote in article
Guzik wiesz - wlasnie dzierzawki w TPSA (Polpak-T) chodza nierzadko o
niebo
lepiej niz u providerow - i nie porownuj dzierzawki do lacza
dial-up'owego,
Male pytanie
Czy Polpak - T to odpowiednik laczy T1 (w Ameryce)?
Piotr
From: "Juliusz" <juliusz_at_nospam_multi-ip.com.pl>
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: Sat, 07 Aug 1999 21:11:36 GMT
peter puchach napisał(a) w wiadomości: <01bee117$ce053de0$LocalHost_at_nospam_user>...
Male pytanie
Czy Polpak - T to odpowiednik laczy T1 (w Ameryce)?
Piotr
I tak i nie :-) W USA T1 ma speed 1544 a u nas jest E1 i ma 2048 max. Ale na
jedno wychodzi generalnie :-)
Juliusz
From: Precess <stepniak_at_nospam_ire.pw.edu.pl>
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: Mon, 09 Aug 1999 08:35:38 +0200
Juliusz wrote:
peter puchach napisał(a) w wiadomości: <01bee117$ce053de0$LocalHost_at_nospam_user>...
Male pytanie
Czy Polpak - T to odpowiednik laczy T1 (w Ameryce)?
Piotr
I tak i nie :-) W USA T1 ma speed 1544 a u nas jest E1 i ma 2048 max. Ale na
jedno wychodzi generalnie :-)
Tak, z cala pewnoscia na jedno wychodzi zastosowanie Polpaka-T (WAN) i
E1 lub T1 (lacza dzierzawione) ...
;)
Tomek
From: "Juliusz" <juliusz_at_nospam_multi-ip.com.pl>
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: Mon, 09 Aug 1999 07:16:14 GMT
I tak i nie :-) W USA T1 ma speed 1544 a u nas jest E1 i ma 2048 max. Ale
na
jedno wychodzi generalnie :-)
Tak, z cala pewnoscia na jedno wychodzi zastosowanie Polpaka-T (WAN) i
E1 lub T1 (lacza dzierzawione) ...
;)
No i taki nasz marny los :-) gdzie ISP maja lacza jak zwykli klienci w USA,
a lacza caly czas zatkane.
Juliusz
From: Precess <stepniak_at_nospam_ire.pw.edu.pl>
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: Mon, 09 Aug 1999 10:55:44 +0200
Juliusz wrote:
I tak i nie :-) W USA T1 ma speed 1544 a u nas jest E1 i ma 2048 max. Ale
na
jedno wychodzi generalnie :-)
Tak, z cala pewnoscia na jedno wychodzi zastosowanie Polpaka-T (WAN) i
E1 lub T1 (lacza dzierzawione) ...
;)
No i taki nasz marny los :-) gdzie ISP maja lacza jak zwykli klienci w USA,
a lacza caly czas zatkane.
Juliusz
Trudno w slowie pisanym oddac ironie :( Nie dokladnie to mialem na
mysli. WAN i lacza dzierzawione to zupelnie co innego. Zas co do
przepustowosci ... ISP owszem, maja czasem male lacza do serwerów. Zas
operatorzy (IP) raczej wieksze, zwlaszcza w szkielecie.
Tomek
From: "Juliusz" <juliusz_at_nospam_multi-ip.com.pl>
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: Mon, 09 Aug 1999 09:10:59 GMT
Trudno w slowie pisanym oddac ironie :( Nie dokladnie to mialem na
mysli. WAN i lacza dzierzawione to zupelnie co innego. Zas co do
przepustowosci ... ISP owszem, maja czasem male lacza do serwerów. Zas
operatorzy (IP) raczej wieksze, zwlaszcza w szkielecie.
A czym sie WAN rozni od synchronicznych dzierzawek w zasadzie dzialania ?
-) Obawiam sie, ze niczym :-)
DLCI tez mozesz nadac dzierzawce, a tepsa ma jedno DLCI dla wszyskich i to
wcale nie zadne PVC wirtualne al zwykle kawalki kabli z danymi pozamykanymi
w cos podobnego do HDLC, co tajemniczo nazywa sie FRAME RELAY :-).. dla
zmyly :-)
Juliusz
From: Precess <stepniak_at_nospam_ire.pw.edu.pl>
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: Mon, 09 Aug 1999 13:11:48 +0200
Juliusz wrote:
Trudno w slowie pisanym oddac ironie :( Nie dokladnie to mialem na
mysli. WAN i lacza dzierzawione to zupelnie co innego. Zas co do
przepustowosci ... ISP owszem, maja czasem male lacza do serwerów. Zas
operatorzy (IP) raczej wieksze, zwlaszcza w szkielecie.
A czym sie WAN rozni od synchronicznych dzierzawek w zasadzie dzialania ?
-) Obawiam sie, ze niczym :-)
Rece juz dawno mi opadly. Teraz jeszcze nogi. Jakos postaram sie
wystukac odpowiedz nosem ;) A wlasciwie nieme pytanie: ????!!
DLCI tez mozesz nadac dzierzawce
zapewne tak jak nadaje sie imie kundelkowi ...
;)
a tepsa ma jedno DLCI dla wszyskich i to
wcale nie zadne PVC wirtualne al zwykle kawalki kabli z danymi pozamykanymi
w cos podobnego do HDLC, co tajemniczo nazywa sie FRAME RELAY :-).. dla
zmyly :-)
Krotko: tak naprawde FR jest tylko w p-cie styku. Dalej w sieci dziala
(w zaleznosci od producenta) np. DPRS lub ATM. DLCI to jest zakonczenie
PVC. Rzeczywiscie rutery polaczone sa za pomoca pojedynczego PVC. W
przypadku internetu robia tak wszyscy, ktorzy jako szkieletowego uzywaja
protokolu WAN warstwy drugiej OSI (FR lub ATM). IP v.4 jest
bezpolaczeniowym protokolem warstwy trzeciej, wiec nie mozna tu mówic o
PVC. W przyszlosci ulegnie to zmianie dzieki IP v.6 oraz (szybciej)
dzieki istniejacemu juz mechanizmowi MPLS.
Ramka HDLC byla podstawa struktury ramek wiekszosc protokolów
transportowych WAN do czasu ATM. Co do tajemniczosci ... Dla jednych
tajemniczy jest Frame Relay, dla innych korzystanie z telefonu z
sekretarka (to nie jest osobista wycieczka do nikogo, to jest
stwierdzenie faktu :)
Tomek
From: "Juliusz" <juliusz_at_nospam_multi-ip.com.pl>
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: Mon, 09 Aug 1999 17:47:48 GMT
Rece juz dawno mi opadly. Teraz jeszcze nogi. Jakos postaram sie
wystukac odpowiedz nosem ;) A wlasciwie nieme pytanie: ????!!
DLCI tez mozesz nadac dzierzawce
zapewne tak jak nadaje sie imie kundelkowi ...
;)
Zebys wiedzial, jak kundlowi. Bo to teraz tak wyglada, ze ledi DLCI i nikomu
do niczego nie potrzebny.
Krotko: tak naprawde FR jest tylko w p-cie styku. Dalej w sieci dziala
(w zaleznosci od producenta) np. DPRS lub ATM. DLCI to jest zakonczenie
PVC. Rzeczywiscie rutery polaczone sa za pomoca pojedynczego PVC. W
przypadku internetu robia tak wszyscy, ktorzy jako szkieletowego uzywaja
protokolu WAN warstwy drugiej OSI (FR lub ATM).
2 warstwa osi to oprogramowanie powyzej drivera sprzetu i to moze byc
cokolwiek, a nie wcale FR czy ATM. A FR zostal zrobiony z mysla o kanalach
logicznych, zeby mozna bylo adresowac ramki do konkretnych urzadzen
podpietych do sieci, na dodatek bez powtorek uszkodzonych ramek, gdzie nie
zgadza sie sie chocby CRC. U nas to wyglada nieco inaczej, bo ramki FR leca,
ale maja ten sam DLCI wiec wlasciwie mozna ten DLCI pomijac. Pozostawic
mozna pozostale 4 bity 3-go oktetu w kolejnosci od tyldy. A to, ze routery
naszej wspanialej sieci zamieniaja kanaly wirtualne na TCP/IP i na tej
podstawie routuja pakiety to tak juz wyszlo :-) Zasada miala byc nieco inna.
IP v.4 jest
bezpolaczeniowym protokolem warstwy trzeciej, wiec nie mozna tu mówic o
PVC. W przyszlosci ulegnie to zmianie dzieki IP v.6 oraz (szybciej)
dzieki istniejacemu juz mechanizmowi MPLS.
Ale w warstwie transportu danych czyli 2-giej modelu OSI nie masz nic o
protokolach wyzszych. Nie ma znaczenia co kanalem transmitujesz i czy to
jest IP4 czy IP6 czy cokolwiek innego.
Juliusz
From: jfox_at_nospam_friko6.onet.pl (J.F.)
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: 9 Aug 1999 18:25:16 GMT
On Mon, 09 Aug 1999 17:47:48 GMT, Juliusz <juliusz_at_nospam_multi-ip.com.pl> wrote:
2 warstwa osi to oprogramowanie powyzej drivera sprzetu i to moze byc
cokolwiek, a nie wcale FR czy ATM. A FR zostal zrobiony z mysla o kanalach
logicznych, zeby mozna bylo adresowac ramki do konkretnych urzadzen
podpietych do sieci, na dodatek bez powtorek uszkodzonych ramek, gdzie nie
zgadza sie sie chocby CRC. U nas to wyglada nieco inaczej, bo ramki FR leca,
ale maja ten sam DLCI wiec wlasciwie mozna ten DLCI pomijac.
O przepraszam - ja mam kilka PVC i tylko jeden do internetu.
I mowiac szczerze to internet kupilismy przy okazji tych niezbednych
PVC :-)
[P.S. A teraz jest klopot - ktos cos sciaga z pl-netu i inne PVC
przystaja, zerowy CIR jakos nic nie organicza :-)]
A to, ze routery
naszej wspanialej sieci zamieniaja kanaly wirtualne na TCP/IP i na tej
podstawie routuja pakiety to tak juz wyszlo :-) Zasada miala byc nieco inna.
Fakt - niepotrzebnie sie dubluja identyczne funkcje w IP i FR. W rezultacie
dziala chyba troche gorzej niz zakladano :-)
J.
From: "Juliusz" <juliusz_at_nospam_multi-ip.com.pl>
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: Mon, 09 Aug 1999 19:46:33 GMT
A to, ze routery
naszej wspanialej sieci zamieniaja kanaly wirtualne na TCP/IP i na tej
podstawie routuja pakiety to tak juz wyszlo :-) Zasada miala byc nieco
inna.
Fakt - niepotrzebnie sie dubluja identyczne funkcje w IP i FR. W rezultacie
dziala chyba troche gorzej niz zakladano :-)
Ja cos wiem o tym, bo wlasnie skonczylem karte synchroniczna, ktora ma
zastapis Sangome :-) Na wielkim CPLD zrobiona, 32k SRAM, V.35 i sprytny
ESCC. Fotki niebawem :-) Ani grama procesora na niej :-)
Juliusz
From: Krzysztof Halasa <khc_at_nospam_intrepid.pm.waw.pl>
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: 10 Aug 1999 13:35:49 +0200
"Juliusz" <juliusz_at_nospam_multi-ip.com.pl> writes:
Ja cos wiem o tym, bo wlasnie skonczylem karte synchroniczna, ktora ma
zastapis Sangome :-) Na wielkim CPLD zrobiona, 32k SRAM, V.35 i sprytny
ESCC. Fotki niebawem :-) Ani grama procesora na niej :-)
Z jaka szybkoscia ma chodzic? Rozumiem ze bit stuffing, flagi i CRC bedzie
robic sama?
--
Krzysztof Halasa
Network Administrator
From: "Juliusz" <juliusz_at_nospam_multi-ip.com.pl>
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: Wed, 11 Aug 1999 20:59:49 GMT
Krzysztof Halasa napisał(a) w wiadomoci: ...
"Juliusz" <juliusz_at_nospam_multi-ip.com.pl> writes:
Ja cos wiem o tym, bo wlasnie skonczylem karte synchroniczna, ktora ma
zastapis Sangome :-) Na wielkim CPLD zrobiona, 32k SRAM, V.35 i sprytny
ESCC. Fotki niebawem :-) Ani grama procesora na niej :-)
Z jaka szybkoscia ma chodzic? Rozumiem ze bit stuffing, flagi i CRC bedzie
robic sama?
Oczywiscie, zero bit stuffing, CRC i flagi poczatku i konca sa sprzetowo
robione. Dodatkowo mozesz wybrac czy flagi sa rozdzielone czy back to back.
Dlugosc ramki od pojedynczych bajtow do kilkunastu kilo. Zreszta wszystko
bedzie mozna zdefiniowac w pliku konfiguracyjnym. Np zeby nie liczyla CRC i
naglowkow HDLC nie wstawiala - wszystko jak sobie ustawisz tak bedzie.
Mozesz zmienic flagi poczatku i konca na wlasne. Bedzie tak zeby FR puscic
spokojnie wraz z dlci.c linuxowym czy dowolny inny protokol jaki sobie
zainstalujesz z 2 warstwy.
Zrobie manual dla "idiotow" zeby wreszcie skonczyc z tajemniczoscia
konfiguracji routerow, zeby kazdy, nawet polglowek, zrobil to sam. Skrypty
startowe beda tez juz gotowe - tylko ustawic swoje parametry.
SRAMu jest 32k 12ns wiec szansa zgubienia ramki jest zerowa. To bedzie taka
Sangoma, troche nowoczesniej zrobiona, za mniej niz pol ceny. Sprytne
rozwiazanie z "local busem i lokalnym DMA". Karta widziana z zewnatrz jako
zwykle IRQ. Adres, przerwania i polaryzacje zegarow zewnwtrznych i
wewnetrznych ustawiane jumperami. Zadnego plug and pray.
Przerwanie 5,9,10,11,12 lub 15
Adres ustawiany od 0x80000 do 0xFE000 co 8k do wyboru.
Karta zajmuje w przestrzeni adresowej obszar od adresu bazowego do adresu
bazowego + 16 BAJTOW
Wlasciwie zakup routera nie bedzie mial sensu dla malych firm, gralni czy
kogokolwiek, szkoda kasy - router i tak pojdzie kiedys do smieci jak i karta
tyle, ze po co przeplacac :-) Lepiej na wycieczke pojechac za roznice :-)
Jak dojde co z PCI to bedzie taka 4 portowa na duzym FPGA i z 256k SRAM o
przepustowosci 10Mbit dla kazdego portu V.35 niezaleznie. :-) Wrecz planuje
zrobic to na jednej kosci FPGA bez zadnego ESCC kupnego. Problem w tej PCI
ale juz wiem wiecej dzisiaj, bo dostalem materialy od Cypressa.Cypress robi
teraz CPLD o pojemnosciach FPGA do 350.000 bramek.
Cena okolo 1000zl
Juliusz
From: Krzysztof Halasa <khc_at_nospam_intrepid.pm.waw.pl>
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: 12 Aug 1999 02:42:35 +0200
"Juliusz" <juliusz_at_nospam_multi-ip.com.pl> writes:
Bedzie tak zeby FR puscic
spokojnie wraz z dlci.c linuxowym czy dowolny inny protokol jaki sobie
zainstalujesz z 2 warstwy.
Akurat dlci.c z Linuxa to mozna o kant d*, ale sa inne FRy dzialajace
na HDLC.
--
Krzysztof Halasa
Network Administrator
From: "Juliusz" <juliusz_at_nospam_multi-ip.com.pl>
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: Wed, 11 Aug 1999 21:06:33 GMT
Krzysztof Halasa napisał(a) w wiadomoci: ...
"Juliusz" <juliusz_at_nospam_multi-ip.com.pl> writes:
Ja cos wiem o tym, bo wlasnie skonczylem karte synchroniczna, ktora ma
zastapis Sangome :-) Na wielkim CPLD zrobiona, 32k SRAM, V.35 i sprytny
ESCC. Fotki niebawem :-) Ani grama procesora na niej :-)
Z jaka szybkoscia ma chodzic? Rozumiem ze bit stuffing, flagi i CRC bedzie
robic sama?
A zapomnialem o predkosci - 4 Megabity :-)
Juliusz
From: rsobicze_at_nospam_tele.pw.edu.pl (=?ISO-8859-2?Q?Rafa=B3_Sobiczewski?=)
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: Mon, 09 Aug 1999 23:44:54 GMT
On 9 Aug 1999 18:25:16 GMT, jfox_at_nospam_friko6.onet.pl (J.F.) wrote:
[...]
A to, ze routery
naszej wspanialej sieci zamieniaja kanaly wirtualne na TCP/IP i na tej
podstawie routuja pakiety to tak juz wyszlo :-) Zasada miala byc nieco inna.
Fakt - niepotrzebnie sie dubluja identyczne funkcje w IP i FR. W rezultacie
dziala chyba troche gorzej niz zakladano :-)
Nie tyle gorzej, co mniej efektywnie. Jest to niestety wynik
zaniedbania mechanizmów zarządzania ruchem w trakcie tworzenia
protokołów IP. Na szczęście niedługo ten brak zostanie nadrobiony
(lepiej lub gorzej ;-).
Pozdrawiam
Rafał
From: "Juliusz" <juliusz_at_nospam_multi-ip.com.pl>
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: Tue, 10 Aug 1999 01:24:23 GMT
Rafał Sobiczewski napisał(a) w wiadomości:
<37bb67f3.8385640_at_nospam_news.icm.edu.pl>...
On 9 Aug 1999 18:25:16 GMT, jfox_at_nospam_friko6.onet.pl (J.F.) wrote:
[...]
A to, ze routery
naszej wspanialej sieci zamieniaja kanaly wirtualne na TCP/IP i na tej
podstawie routuja pakiety to tak juz wyszlo :-) Zasada miala byc nieco
inna.
Fakt - niepotrzebnie sie dubluja identyczne funkcje w IP i FR. W
rezultacie
dziala chyba troche gorzej niz zakladano :-)
Nie tyle gorzej, co mniej efektywnie. Jest to niestety wynik
zaniedbania mechanizmów zarządzania ruchem w trakcie tworzenia
protokołów IP. Na szczęście niedługo ten brak zostanie nadrobiony
(lepiej lub gorzej ;-).
No tak, bo mozna bylo w samo TCP/IP wsadzic informacje o wirtualnym adresie
i nie przepuszczac tego przez protokoly fizycznego transportu ale juz na
poziomie protokolow IP zrobic to. Ale chyba wynika to z tego, ze nie bylo
maszyn takich jak mamy dzisiaj. Wlasciwie to nic wielkiego - kilka bajtow
naglowka podsieci jakiejs, np klasy IP, kilka bitow priorytetow dodatkowo i
mamy mozliwosc adresowania zarowno pojedynczego IP jak i kierowanie ruchem
wirtualnych kanalow.
Obecnie ta cala enkapsulacja, coraz glebsza, nie prowadzi do niczego
dobrego. Liczenie CRC za kazdym enkapsulowaniem i wlasciwie czekanie na
odebranie calej ramki zanim dowiemy sie czy przyszla poprawnie. Na koncu
jeszcze komputer musi policzec CRC jeszcze raz. Wlasciwie mozna do woli
wkladac protokol w protokol, dostawiajac kolejne naglowki i sumy kontrolne.
Tylko po co ?
W polpaku-T wszyscy maja jednakowe adresy DLCI chyba 101 albo 99 wiec 2
osoby podpiete do tego samego wezla musza byc wpisane jako uprzywilejowane
bezposrednio na routerze. I zanim IP sie wydobedzie i przeliczy na port, pod
ktory wyslac/odebrac to mija nieco czasu. Wiec, majac wykupiony CIR, taki
router musi sie niezle nameczyc zanim to uwzgledni.
Normalnie to powinno byc tak, ze switch ma tabele wykupionych przepustowosci
i na podstawie adresu DLCI i zaznaczonego 1 bitu, ze ramka ma CIR, powinien
ustalac to on the fly. A faktycznie jest inaczej, bo najpierw sie wysysa IP,
liczy CRC w kolko i dopiero porownuje z tabelkami. A na koniec znowu pakuje
w ramke FR i liczy CRC.
Wlasciwie sam Frame Relay nie jest zainteresowany tym co przenosi. Jemu to
wszystko jedno <--tak powinno byc. Dopiero w wiekszych wezlach powinno sie
dokopywac do IP i kierowac dalej.
Ja to wlasnie zmeczylem na FPGA i ESCC to wiem cos na ten temat :-)
Juliusz
From: Precess <stepniak_at_nospam_ire.pw.edu.pl>
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: Tue, 10 Aug 1999 10:05:10 +0200
Juliusz wrote:
[...]
A to, ze routery
naszej wspanialej sieci zamieniaja kanaly wirtualne na TCP/IP i na tej
podstawie routuja pakiety to tak juz wyszlo :-) Zasada miala byc nieco
inna.
Fakt - niepotrzebnie sie dubluja identyczne funkcje w IP i FR. W
rezultacie
dziala chyba troche gorzej niz zakladano :-)
Bzdura, niestety :o. FR zapewnia polaczenia PVC ruter-ruter oraz
ruter-abonent. Dzieki multipleksacji statystycznej dostarcza bardzej
funkcjonalnego polaczenia, niz lacza dzierzawione, poniewaz umozliwia
istnienie polaczen innych niz internet - np. V-LAN. Ponadto zapewnia
koncentracje polaczen warstwy dostepowej sieci WAN. FR jako protokol
wartswy 2 jest komutowany (switching), podczas gdy IP jest rutowany. (nb
nawet IP over SDH uzywa warstwy drugiej w postaci PPP) Rutowanie IP w
sieci tak duzej jak internet jest procesem wolniejszym od komutowania
(inetowe tablice rutingu przekraczaja 50MB).
A skoro tak, to nie moze byc mowy o dublowaniu funkcji FR i IP. Tym
bardziej, ze IP ma adresacje globalna, podczas gdy FR ma adresacje
typowa dla danego systemu autonomicznego.
Nie tyle gorzej, co mniej efektywnie. Jest to niestety wynik
zaniedbania mechanizmów zarządzania ruchem w trakcie tworzenia
protokołów IP. Na szczęście niedługo ten brak zostanie nadrobiony
(lepiej lub gorzej ;-).
Mniej efektywnie, ale od czego? Przeciez pelnia rozne funkcje. Poza tym
w IP sa mechanizmy COS - pole Type Of Service wykorzystywane przez
mechanizm DivServ. Dlaczego nie jest powszechnie wykorzystywane, a
tworzy sie nowe protokoly takie jak MPLS, to juz inna sprawa.
No tak, bo mozna bylo w samo TCP/IP wsadzic informacje o wirtualnym adresie
i nie przepuszczac tego przez protokoly fizycznego transportu ale juz na
poziomie protokolow IP zrobic to. Ale chyba wynika to z tego, ze nie bylo
maszyn takich jak mamy dzisiaj. Wlasciwie to nic wielkiego - kilka bajtow
naglowka podsieci jakiejs, np klasy IP, kilka bitow priorytetow dodatkowo i
mamy mozliwosc adresowania zarowno pojedynczego IP jak i kierowanie ruchem
wirtualnych kanalow.
Ciekawa teoria, ale niestety zupelnie niewykonalna. Format adresu IP
jest staly, wiec jest idealny dla adresacji globalnej. Adresy warstwy
drugiej (czy o to chodzi?) maja format zalezny od medium, inne w
Ethernecie, inne we FR czy ATM. Ciezko byloby zwlaszcza z Ethernetem,
dzie wogóle nie da sie zrobic jakiejs hierarchicznosci.
Obecnie ta cala enkapsulacja, coraz glebsza, nie prowadzi do niczego
dobrego. Liczenie CRC za kazdym enkapsulowaniem i wlasciwie czekanie na
odebranie calej ramki zanim dowiemy sie czy przyszla poprawnie. Na koncu
jeszcze komputer musi policzec CRC jeszcze raz. Wlasciwie mozna do woli
wkladac protokol w protokol, dostawiajac kolejne naglowki i sumy kontrolne.
Tylko po co ?
Po to choćby, aby moc uzywac roznych rodzajów mediów transmisyjnych. Np.
rózny format adresu (j.w.), rozne dlugosci danych uzytkowych (Payload).
W polpaku-T wszyscy maja jednakowe adresy DLCI chyba 101 albo 99 wiec 2
osoby podpiete do tego samego wezla musza byc wpisane jako uprzywilejowane
bezposrednio na routerze. I zanim IP sie wydobedzie i przeliczy na port, pod
ktory wyslac/odebrac to mija nieco czasu. Wiec, majac wykupiony CIR, taki
router musi sie niezle nameczyc zanim to uwzgledni.
Uwaga pierwsza: wezel FR nie jest tozsamy z ruterem. Uwaga 2: Nr DLCI ma
znaczenie lokalne, tylko dla danego portu. Kazdy port ma swoj adres.
Adresacja globalna, czyli taka w ktorej nr DLCI musi byc unikalny w
calej sieci nie jest praktycznie przez nikogo stosowana. Ponadto obydwa
DLCI na koncach tego samego PVC moga miec (i maja) rozne numery. Uwaga
3: Ip jest analizowany tylko w ruterze. Wezel FR dokonuje komutowania
nie zagladajac do warstwy 3. Z kolei CIR jest parametrem
charakterystycznym dla FR, a nie dla IP, wobec tego ruter wykonuja
rutowanie nie bawi sie w jego uwzglednianie. Inna sprawa jest, ze jesli
na porcie rutera ustawimy enkapsulacje FR, to mozemy takze uaktywnic
Traffic Shaping (przynajmniej w Cisco - malo kto jednak to robi). Jednak
nawet wtedy nie obciaza to zbytnio rutera, poniewaz mechanizm ten dziala
na zasadzie odpowiedzniej obslugi buforow, do czego proces rutowania
jest niepotrzebny. Poza tym, tak jak wspomnialem, nie mozna pominac
warstwy drugiej.
Normalnie to powinno byc tak, ze switch ma tabele wykupionych przepustowosci
i na podstawie adresu DLCI i zaznaczonego 1 bitu, ze ramka ma CIR, powinien
ustalac to on the fly. A faktycznie jest inaczej, bo najpierw sie wysysa IP,
liczy CRC w kolko i dopiero porownuje z tabelkami. A na koniec znowu pakuje
w ramke FR i liczy CRC.
j.w.
Wlasciwie sam Frame Relay nie jest zainteresowany tym co przenosi. Jemu to
wszystko jedno <--tak powinno byc. Dopiero w wiekszych wezlach powinno sie
dokopywac do IP i kierowac dalej.
Dokladnie tak to sie robi ... :) Jedni uzywaja ruterów jako oddzielnych
urzadzen, inni oferuja tzw. VR (Virtual Routers), które pracuja na wezle
FR lub ATM jako oddzielny, autonomiczny proces.
Ja to wlasnie zmeczylem na FPGA i ESCC to wiem cos na ten temat :-)
Juliusz
Ja zas od kilku lat praktykuje WAN i tez cos o tym wiem ;) Nawet
prowadzilem szkolenia ;))
Tomek
From: jfox_at_nospam_friko6.onet.pl (J.F.)
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: Tue, 10 Aug 1999 11:29:18 GMT
On Tue, 10 Aug 1999 10:05:10 +0200, Precess wrote:
Fakt - niepotrzebnie sie dubluja identyczne funkcje w IP i FR. W rezultacie
dziala chyba troche gorzej niz zakladano :-)
Bzdura, niestety :o.
Moze i bzdura, ale w TPSA i NASK chyba jednak gorzej ..
FR zapewnia polaczenia PVC ruter-ruter oraz ruter-abonent.
A,jak to w praktyce wyglada? Miedzy abonentem we Wroclawiu, a
abonentem w Klodzku jest po drodze tylko jeden router TPSA.
Gdzie stoi? Zapewne we Wrocku. W sumie - na razie nic zlego.
Ciekawe czy pakiety IP z Klodzka do Klodzka ida przez Wroclaw -
pewnie tak, routery sa drogie, a TPSA w lacza bogata..
FR jako protokol
wartswy 2 jest komutowany (switching), podczas gdy IP jest rutowany.
Czy to jakakolwiek zaleta, oprocz modnej nazwy ?
nawet IP over SDH uzywa warstwy drugiej w postaci PPP)
Ktory tez jest "wieloprotokolowy", tak jak FR :-)
Rutowanie IP w
sieci tak duzej jak internet jest procesem wolniejszym od komutowania
(inetowe tablice rutingu przekraczaja 50MB).
A dzieki FR sie zmniejszaja? Nie - i tak router IP musi pamietac te
same tablice. I dodatkowe - przypisania IP-FR.
Switche FR moze i troche faktycznie oszczedzaja, ale w porownaniu do
sensownie przydzielonych numerow IP chyba niewiele - w koncu jaka to
roznica czy pamietasz ktoredy do Gdanska po FR, a ktoredy do
212.140.19x.*/14 i np 212.150.12x.*/14 [druga pula adresow] ktore sa
w Gdansku?
A skoro tak, to nie moze byc mowy o dublowaniu funkcji FR i IP.
Mowa jest, bo IP ma kupe oprogramowania do zarzadzania routingiem w
WAN. W momencie wprowadzenia FR tych funkcji nawet nie uruchamiasz,
a ich odpowiedniki musza one byc realizowane przez "chmurke" FR.
Dzialanie obydwu czasem moze dac efekty smieszne - IP z Katowic do
Szczecina pojdzie np przez Wroclaw - nie baczac na to ze wszyskie te
miasta maja np fizyczne lacze i tak tylko do Warszawy :-)
A szary uzytkownik jedyne co z tego ma to tylko kompletna niewiedze -
"chmurka" nie dziala i nie wiadomo gdzie. No coz, trzeba dzwonic do
Warszawy, niech sie tam ktos kopnie i zresetuje switcha ... w Toruniu
-)
Tym bardziej, ze IP ma adresacje globalna, podczas gdy FR ma adresacje
typowa dla danego systemu autonomicznego.
Tak, tak, w szczegolnie w skali TPSA czy NASK :-) Jedno centralne
wyjscie w swiat - czyli mamy swoj autonomiczny system IP, troche
zaklocony gestymi bramkami do konkurenta.
No tak, bo mozna bylo w samo TCP/IP wsadzic informacje o wirtualnym adresie [..]
Ciekawa teoria, ale niestety zupelnie niewykonalna. Format adresu IP
jest staly, wiec jest idealny dla adresacji globalnej. Adresy warstwy
drugiej (czy o to chodzi?) maja format zalezny od medium, inne w
Ethernecie, inne we FR czy ATM.
Czy mi sie wydaje czy TPSA po FR stosuje klasyczny ethernetowy ARP :-)
W kazdym badz razie roter mi raportowal ze "uknown packet 0806....
received from FR1"
J.
From: rsobicze_at_nospam_tele.pw.edu.pl (=?ISO-8859-2?Q?Rafa=B3_Sobiczewski?=)
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: Wed, 11 Aug 1999 02:22:13 GMT
On Tue, 10 Aug 1999 10:05:10 +0200, Precess <stepniak_at_nospam_ire.pw.edu.pl>
wrote:
Juliusz wrote:
[...]
A to, ze routery
naszej wspanialej sieci zamieniaja kanaly wirtualne na TCP/IP i na tej
podstawie routuja pakiety to tak juz wyszlo :-) Zasada miala byc nieco
inna.
Fakt - niepotrzebnie sie dubluja identyczne funkcje w IP i FR. W
rezultacie
dziala chyba troche gorzej niz zakladano :-)
Bzdura, niestety :o.
Co jest bzdurą? Ze funkcje sie dublują?
FR zapewnia polaczenia PVC ruter-ruter oraz
ruter-abonent. Dzieki multipleksacji statystycznej dostarcza bardzej
funkcjonalnego polaczenia, niz lacza dzierzawione, poniewaz umozliwia
istnienie polaczen innych niz internet - np. V-LAN.
Pozwolę sobie zauważyć, że multipleksacja statystyczna to jedno, a
robienie VLANów to drugie. I jedno i drugie możesz zrobić na IP, na
FR, a nawet (jak się baaaaardzo uprzesz) na komutacji kanałów.
Ponadto zapewnia
koncentracje polaczen warstwy dostepowej sieci WAN.
Wybacz, ale nie rozumiem powyższego zdania.
FR jako protokol
wartswy 2 jest komutowany (switching), podczas gdy IP jest rutowany. (nb
nawet IP over SDH uzywa warstwy drugiej w postaci PPP)
Sorry, ale formalnie rzecz biorąc to co napisałeś nazywam bełkotem
popularno-telekomunikacyjnym. Dlaczego? Ano dlatego, że i IP, i w FR
masz do czynienia zaróno z routingiemm jak i komutacją. Są to pojęcia
generyczne wprowadzone między innymi po to, aby możliwe było
zdefiniowanie modelu odniesienia ISO-OSI. Routing w uproszczeniu to
funkcja działająca na poziomie określonej warstwy tłumacząca adres SAP
warstwy na ścieżkę po której może być ona osiągnięta. Komutacja to
realizacja funkcja przekazującej jednostkę danych odebraną z
równorzędnej jednostki do następnej równorzędnej jednostki. Różnica
pomiędzy FR i IP nie leży w tym, że jeden jest routowany a drugi
komutowany, a na tym, że w tradycyjnym IP routing realizowany jest
razem z komutacją, a w ATM i FR oddzielnie.
Rutowanie IP w
sieci tak duzej jak internet jest procesem wolniejszym od komutowania
(inetowe tablice rutingu przekraczaja 50MB).
To fakt. Po to właśnie wprowadza się do IP komutację wielowarstwową.
A skoro tak, to nie moze byc mowy o dublowaniu funkcji FR i IP.
Nie obraź się, ale sam bredzisz. Funkcjonalność jest jak najbardziej
dublowana (bo musisz robić routing IP oraz FR, czyli tworzyć VC).
Możesz równie dobrze zrobić sieć opartą jedynie o IP lub FR czy inny
ATM.
Tym
bardziej, ze IP ma adresacje globalna, podczas gdy FR ma adresacje
typowa dla danego systemu autonomicznego.
...i na dodatek sam sobie przeczysz. Skoro jedno ma mechanizmy
adresowania i drugie ma mechanizmy adresowania, to najwyraźniej
funkcja adresowania jest zdublowana. ;-)
Nie tyle gorzej, co mniej efektywnie. Jest to niestety wynik
zaniedbania mechanizmów zarządzania ruchem w trakcie tworzenia
protokołów IP. Na szczęście niedługo ten brak zostanie nadrobiony
(lepiej lub gorzej ;-).
Mniej efektywnie, ale od czego?
Od rozwiązania optymalnego? ;-)))))
Przeciez pelnia rozne funkcje.
Realizują te same funkcje, tyle że jedna technika pewne robi lepiej, a
druga jest lepsza w czym innym.
Poza tym
w IP sa mechanizmy COS - pole Type Of Service wykorzystywane przez
mechanizm DivServ.
Nie DivServ, tylko DiffServ. I jest to zupełnie inny mechanizm. W FR
masz reakcyjne i prewencyjne zarządzanie ruchem przez w uproszczeniu
można powiedzieć że mają one charakter i ilościowy i jakościowy. W
DiffServ masz jedynie jakościowe mechanizmy zarządzania ruchem (a
których istotnym założeniem jest overprovisioning). Przypominam (lub
informuję) że w IP masz też mechanizmy "ilościowe" - tzw. IntServ.
Dlaczego nie jest powszechnie wykorzystywane, a
tworzy sie nowe protokoly takie jak MPLS, to juz inna sprawa.
Jaka inna sprawa? DiffServ jest tak samo jak MPLS w stanie
standaryzacji. To sprawa ostatnich trzech lat (i wojen toczonych
między producentami sprzętu ;-). A połączenie obydwu nie jest
bynajmniej łatwe.
[...]
Adresy warstwy
drugiej (czy o to chodzi?) maja format zalezny od medium, inne w
Ethernecie, inne we FR czy ATM.
Zaleźny od medium? W koncentryku inny niż w skrętce? No dobra, czepiam
się ;-).
[...]
Ja to wlasnie zmeczylem na FPGA i ESCC to wiem cos na ten temat :-)
Juliusz
Ja zas od kilku lat praktykuje WAN i tez cos o tym wiem ;) Nawet
prowadzilem szkolenia ;))
A ja wiem że nic nie wiem. Idę sobie trochę poczytać i lulu ;-)
Pozdrawiam
Rafał
From: Krzysztof Halasa <khc_at_nospam_intrepid.pm.waw.pl>
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: 10 Aug 1999 13:33:25 +0200
"Juliusz" <juliusz_at_nospam_multi-ip.com.pl> writes:
W polpaku-T wszyscy maja jednakowe adresy DLCI chyba 101 albo 99
Ja mam inne (do Internetu). Wiec teza chyba nie jest prawdziwa.
wiec 2
osoby podpiete do tego samego wezla musza byc wpisane jako uprzywilejowane
bezposrednio na routerze.
Nic nie rozumiem. Jaki zwiazek ma DLCI na jednym laczu fizycznym (jednego
klienta polpak-t) z DLCI innego klienta?
Normalnie to powinno byc tak, ze switch ma tabele wykupionych przepustowosci
i na podstawie adresu DLCI i zaznaczonego 1 bitu, ze ramka ma CIR, powinien
ustalac to on the fly. A faktycznie jest inaczej, bo najpierw sie wysysa IP,
liczy CRC w kolko i dopiero porownuje z tabelkami. A na koniec znowu pakuje
w ramke FR i liczy CRC.
Nie rozumiem. Pierwsza rzecz, ktora robi switch, jest zapamietanie
interfejsu, z ktorego przyszedl pakiet. DLCI interesuje go tylko w obrebie
jednego interfejsu.
To nie jest tak, ze switch ma tabele switchowanie wedlug DLCI (ktore nie
sa unikalne) - on ma tabele PVC, zawierajaca dla kazdego interfejsu
DLCI na tym interfejsie i namiary na drugi koniec lacza. Przeciez gdyby
switch nie uzywal do adresowania numerow interfejsow, to jeden klient
moglby podsylac w imieniu innego pakiety w jego PVC.
Wlasciwie sam Frame Relay nie jest zainteresowany tym co przenosi. Jemu to
wszystko jedno <--tak powinno byc. Dopiero w wiekszych wezlach powinno sie
dokopywac do IP i kierowac dalej.
Ale jest wtedy problem z przepustowoscia - jesli ja chce pracowac terminalem
na komputerze podpietym przez FR do tego samego wezla co ja, to jednak
lepiej nie wysylac tego gdzies dalej, tylko przeroutowac w obrebie jednego
wezla FR. Taki terminal moze troche pasma zjesc, zwlaszcza w 24bpp.
A tak stawia sie switche FR, w kazdym wezle router (niekoniecznie fizyczny),
i nie ma takich problemow. A jesli ktos chce PVC do konkretnego punktu,
a nie do "internetu", to mu sie zestawia normalne, dlugie PVC.
--
Krzysztof Halasa
Network Administrator
From: rsobicze_at_nospam_tele.pw.edu.pl (=?ISO-8859-2?Q?Rafa=B3_Sobiczewski?=)
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: Mon, 09 Aug 1999 23:44:49 GMT
On Mon, 09 Aug 1999 13:11:48 +0200, Precess <stepniak_at_nospam_ire.pw.edu.pl>
wrote:
[...]
Rzeczywiscie rutery polaczone sa za pomoca pojedynczego PVC.
W przypadku internetu robia tak wszyscy, ktorzy jako szkieletowego
uzywaja protokolu WAN warstwy drugiej OSI (FR lub ATM).
Być może TPSA tak robi, ale to nie znaczy że robią tak wszyscy.
Niektórzy operatorzy różnicują jakość usług świadczonych swoim
abonentom stosując więcej PVC.
IP v.4 jest bezpolaczeniowym protokolem warstwy trzeciej, wiec nie mozna
tu mówic o PVC. W przyszlosci ulegnie to zmianie dzieki IP v.6 oraz
(szybciej) dzieki istniejacemu juz mechanizmowi MPLS.
Nic nie wskazuje, aby w przyszłości w IP pojawiły się połączenia
wirtualne. Wprowadza się za to pewne mechanizmy aby możliwe było
gwarantowanie na określonym poziomie jakości obsługi ruchu. MPLS
powstaje właśnie między innymi po to, aby nie trzeba było używać PVC.
To wszystko nie zmienia faktu, że można przesyłać pakiety IP przez PVC
i że z punktu widzenia abonenta nie musi się to różnić od zwykłego
dzierżawionego łącza synchronicznego - o to pewnie chodziło
Juliuszowi, tyle że dość niezręcznie się wyraził.
Pozdrawiam
Rafał
From: Precess <stepniak_at_nospam_ire.pw.edu.pl>
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: Tue, 10 Aug 1999 08:37:13 +0200
Rafał Sobiczewski wrote:
On Mon, 09 Aug 1999 13:11:48 +0200, Precess <stepniak_at_nospam_ire.pw.edu.pl>
wrote:
[...]
Rzeczywiscie rutery polaczone sa za pomoca pojedynczego PVC.
W przypadku internetu robia tak wszyscy, ktorzy jako szkieletowego
uzywaja protokolu WAN warstwy drugiej OSI (FR lub ATM).
Być może TPSA tak robi, ale to nie znaczy że robią tak wszyscy.
Niektórzy operatorzy różnicują jakość usług świadczonych swoim
abonentom stosując więcej PVC.
Ciekawe. Jesli dobrze zrozumialem: dwa rutery sa polaczone wiecej niz
jednym PVC? Prosze o szczegoly.
IP v.4 jest bezpolaczeniowym protokolem warstwy trzeciej, wiec nie mozna
tu mówic o PVC. W przyszlosci ulegnie to zmianie dzieki IP v.6 oraz
(szybciej) dzieki istniejacemu juz mechanizmowi MPLS.
Nic nie wskazuje, aby w przyszłości w IP pojawiły się połączenia
wirtualne. Wprowadza się za to pewne mechanizmy aby możliwe było
gwarantowanie na określonym poziomie jakości obsługi ruchu. MPLS
powstaje właśnie między innymi po to, aby nie trzeba było używać PVC.
MPLS ma byc standardem umozliwiajacym wprowadzenie COS do IP. Póki co
opracowany jest MPLS dla protokolu ATM. Zasada dzialania jest taka, ze
dla potrzeb konkretnej transmisji jest mozliwosc zestawienia osobnego
VCC (PVC). COS ruchu IP odpowiada wiec COS polaczenia VCC ATM. O
zestawieniu polaczenia decyduja rutery brzegowe MPLS (LER - Label Edge
Router). Rutery szkieletowe (LSR - Label Switch Router) to tak naprawdę
węzły ATM wzbogacone o MPLS. W szkielecie sieci odbywa sie przelaczanie
(komutacja, switching) VCC w przeciwienstwie do tradycyjnej technologi,
czyli rutowania pakietów IP.
To wszystko nie zmienia faktu, że można przesyłać pakiety IP przez PVC
i że z punktu widzenia abonenta nie musi się to różnić od zwykłego
dzierżawionego łącza synchronicznego - o to pewnie chodziło
Juliuszowi, tyle że dość niezręcznie się wyraził.
Pozdrawiam
Rafał
No, niech Wam bedzie ;)
Tomek
From: "Juliusz" <juliusz_at_nospam_multi-ip.com.pl>
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: Tue, 10 Aug 1999 06:44:31 GMT
Precess napisał(a) w wiadomości: <37AFC898.2C84146C_at_nospam_ire.pw.edu.pl>...
Ciekawe. Jesli dobrze zrozumialem: dwa rutery sa polaczone wiecej niz
jednym PVC? Prosze o szczegoly.
PVC to jest kanal logiczny, a nie zadne polaczenie routerow ze soba. W
obrebie PVC wystepuja adresy DLCI, ktorymi sie adresuje odbiorcow ramek.
MPLS ma byc standardem umozliwiajacym wprowadzenie COS do IP. Póki co
opracowany jest MPLS dla protokolu ATM. Zasada dzialania jest taka, ze
dla potrzeb konkretnej transmisji jest mozliwosc zestawienia osobnego
VCC (PVC). COS ruchu IP odpowiada wiec COS polaczenia VCC ATM. O
zestawieniu polaczenia decyduja rutery brzegowe MPLS (LER - Label Edge
Router). Rutery szkieletowe (LSR - Label Switch Router) to tak naprawdę
węzły ATM wzbogacone o MPLS. W szkielecie sieci odbywa sie przelaczanie
(komutacja, switching) VCC w przeciwienstwie do tradycyjnej technologi,
czyli rutowania pakietów IP.
Cos mieszasz. ATM moze leciec po dowolnym medium, bo jest to tylko famer,
ktory uklada dane w specyficzne timesloty. Skad ty to przepisujesz ? :-) Wez
sobie PDF-a jakiegos i poczytaj o scalakach.
Juliusz
From: Precess <stepniak_at_nospam_ire.pw.edu.pl>
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: Tue, 10 Aug 1999 10:16:54 +0200
Juliusz wrote:
Precess napisał(a) w wiadomości: <37AFC898.2C84146C_at_nospam_ire.pw.edu.pl>...
Ciekawe. Jesli dobrze zrozumialem: dwa rutery sa polaczone wiecej niz
jednym PVC? Prosze o szczegoly.
PVC to jest kanal logiczny, a nie zadne polaczenie routerow ze soba. W
obrebie PVC wystepuja adresy DLCI, ktorymi sie adresuje odbiorcow ramek.
Tak, po jednym n-rze DLCI na kazdy koniec PVC.
[...]
Cos mieszasz. ATM moze leciec po dowolnym medium, bo jest to tylko famer,
ktory uklada dane w specyficzne timesloty. Skad ty to przepisujesz ? :-) Wez
sobie PDF-a jakiegos i poczytaj o scalakach.
Juliusz
Rzeczywiscie, warstwa fizyczna ATM przewiduje kilka mediów. Standard to
wyzsze PDH i SDH oraz ciemne swiatlowody. Nie sadze, aby ktos uzywal ATM
w LAN'ie ze wzgledu na koszt - nie da sie latwo wykorzystac okablowania
ethernetu ze wzgledu na zalozony tu dostep rywalizacyjny. Poza tym ATM
to nie jest "tylko framer" - toz to bluznierstwo ;) ATM to pierwszy
protokól praktycznie implementujacy idee sieci B-ISDN. Poczawszy na
warstwach adaptacyjnych, poprzez zarządzanie ruchem (COS), az do warstwy
fizycznej. Mogiemy podagac ... ;)
Wlasciwie pisze z glowy ;) Ale przyrzekam, mialem dobrych nauczycieli:
Cisco, Alcatel, Nortel ... i paru innych po lebkach. Dokladna wiedza nie
moze opierac sie tylko na czytaniu :(
Tomek
From: rsobicze_at_nospam_tele.pw.edu.pl (=?ISO-8859-2?Q?Rafa=B3_Sobiczewski?=)
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: Wed, 11 Aug 1999 02:22:08 GMT
On Tue, 10 Aug 1999 10:16:54 +0200, Precess <stepniak_at_nospam_ire.pw.edu.pl>
wrote:
[...]
Cos mieszasz. ATM moze leciec po dowolnym medium, bo jest to tylko famer,
ktory uklada dane w specyficzne timesloty. Skad ty to przepisujesz ? :-) Wez
sobie PDF-a jakiegos i poczytaj o scalakach.
Juliusz
Rzeczywiscie, warstwa fizyczna ATM przewiduje kilka mediów. Standard to
wyzsze PDH i SDH oraz ciemne swiatlowody. Nie sadze, aby ktos uzywal ATM
w LAN'ie ze wzgledu na koszt - nie da sie latwo wykorzystac okablowania
ethernetu ze wzgledu na zalozony tu dostep rywalizacyjny.
Hehe... Rywalizacyjny powiadasz... np. w takim switchowanym
Ethernecie? ;-)
Poza tym ATM
to nie jest "tylko framer" - toz to bluznierstwo ;) ATM to pierwszy
protokól praktycznie implementujacy idee sieci B-ISDN.
Powyższe zdanie jest bardzo zabawne. A na jakich to technikach innych
niż ATM może opierać się B-ISDN? ;-))))))
Poczawszy na
warstwach adaptacyjnych, poprzez zarządzanie ruchem (COS), az do warstwy
fizycznej. Mogiemy podagac ... ;)
Oj mogiemy, mogiemy... Zwłaszcza o ATMie... BTW. COS to jeszcze nie
zarządzanie ruchem.
Wlasciwie pisze z glowy ;) Ale przyrzekam, mialem dobrych nauczycieli:
Cisco, Alcatel, Nortel ...
Po znalezieniu paru byków w materiałach szkoleniowych Cisco pozwolę
sobie jednak polecić zalecenia... (ITU-T, ATM Forum, FR Forum itp).
Ciężko się to czyta, ale ma się informację z pierwszej ręki. Szkolenia
są bardzo fajne, ale dobrze poznasz na nich jedynie obsługę sprzętu.
To, jak sprzęt działa, jest kładzione już bardzo po łebkach. ;-)
i paru innych po lebkach. Dokladna wiedza nie
moze opierac sie tylko na czytaniu :(
Mimo wszystko dobrze jest trochę poczytać... ;-)
Pozdrawiam
Rafał
From: rsobicze_at_nospam_tele.pw.edu.pl (=?ISO-8859-2?Q?Rafa=B3_Sobiczewski?=)
Subject: Re: PYTANKO Re: Dementi Rzecznika TPSA -
Date: Wed, 11 Aug 1999 02:22:02 GMT
On Tue, 10 Aug 1999 08:37:13 +0200, Precess <stepniak_at_nospam_ire.pw.edu.pl>
wrote:
Rafał Sobiczewski wrote:
On Mon, 09 Aug 1999 13:11:48 +0200, Precess <stepniak_at_nospam_ire.pw.edu.pl>
wrote:
[...]
Rzeczywiscie rutery polaczone sa za pomoca pojedynczego PVC.
W przypadku internetu robia tak wszyscy, ktorzy jako szkieletowego
uzywaja protokolu WAN warstwy drugiej OSI (FR lub ATM).
Być może TPSA tak robi, ale to nie znaczy że robią tak wszyscy.
Niektórzy operatorzy różnicują jakość usług świadczonych swoim
abonentom stosując więcej PVC.
Ciekawe. Jesli dobrze zrozumialem: dwa rutery sa polaczone wiecej niz
jednym PVC? Prosze o szczegoly.
A proszę bardzo. Ruch zwykłych abonentów (np. publicznego dial-upa)
przepuszcza się przez PVC UBR-owe nie gwarantując niczego, a ruch
internetowy abonentów biznesowych, którzy płacą więcej, przepuszczasz
przez VBR-owe gwarantując im pewną jakość. Z tego co wiem robi tak np.
AT&T.
IP v.4 jest bezpolaczeniowym protokolem warstwy trzeciej, wiec nie mozna
tu mówic o PVC. W przyszlosci ulegnie to zmianie dzieki IP v.6 oraz
(szybciej) dzieki istniejacemu juz mechanizmowi MPLS.
Nic nie wskazuje, aby w przyszłości w IP pojawiły się połączenia
wirtualne. Wprowadza się za to pewne mechanizmy aby możliwe było
gwarantowanie na określonym poziomie jakości obsługi ruchu. MPLS
powstaje właśnie między innymi po to, aby nie trzeba było używać PVC.
MPLS ma byc standardem umozliwiajacym wprowadzenie COS do IP.
Rzecz w tym, że nie tylko. Zalet jest dużo, dużo więcej.
Póki co opracowany jest MPLS dla protokolu ATM.
Etam. Opracowywany jest także dla FR i w postaci "generycznej".
Zasada dzialania jest taka, ze dla potrzeb konkretnej transmisji jest
mozliwosc zestawienia osobnego VCC (PVC).
Coś za mało wiesz o MPLSie. MPLS to integracja tradycyjnego routingu
IP z szybką komutacją sprzętową (ATM i FR). Nie opiera się o żadne
zestawianie VC, a o tworzenie tablic routingu na poziomie warstwy ATM
lub FR w oparciu o informacje dotyczące IP przenoszone przez protokół
dystrybucji etykiet (oddzielny lub działający "na plecach" protokołu
routingowego IP). Z punktu widzenia ATM czy FR _nie_jest_to_połączenie
wirtualne.
COS ruchu IP odpowiada wiec COS polaczenia VCC ATM.
Żeby to było takie proste... ;-)))
O zestawieniu polaczenia decyduja rutery brzegowe MPLS (LER - Label Edge
Router). Rutery szkieletowe (LSR - Label Switch Router) to tak naprawdę
węzły ATM wzbogacone o MPLS.
Pozwolę sobię jeszcze raz przypomnieć, że nie_ma_tu_żadnego
zestawiania_połączeń_. Router brzegowy nadaje pakietowi etykietę
(np. parę VPI/VCI lub DLCI) która będzie podstawą dalszej komutacji.
Ale kolejny pakiet należący do tego mikrostrumienia może dostać inną
etykietę (np. żeby nie naruszyć integralności ramki AAL5). Podobnie
pakiet pochodzący z innego źródła może dostać tę samą etykietę, bo
jego ścieżka routingu w chmurze MPLS kończy się tym samym wyjścowym
routerem LSR.
W szkielecie sieci odbywa sie przelaczanie
(komutacja, switching) VCC w przeciwienstwie do tradycyjnej technologi,
czyli rutowania pakietów IP.
W szkielecie sieci odbywa się i komutacja i routing. Tyle że to drugie
jest sprytnie ukryte.
Pozdrawiam
Rafał