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





Poprzedni Następny
Wiadomość
spis treści
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.

Poprzedni Następny
Wiadomość
spis treści
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



Poprzedni Następny
Wiadomość
spis treści
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

Poprzedni Następny
Wiadomość
spis treści
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



Poprzedni Następny
Wiadomość
spis treści
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.


Poprzedni Następny
Wiadomość
spis treści
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


Poprzedni Następny
Wiadomość
spis treści
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?

Poprzedni Następny
Wiadomość
spis treści
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

Poprzedni Następny
Wiadomość
spis treści
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

Poprzedni Następny
Wiadomość
spis treści
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

Poprzedni Następny
Wiadomość
spis treści
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


Poprzedni Następny
Wiadomość
spis treści
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

Poprzedni Następny
Wiadomość
spis treści
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.




Poprzedni Następny
Wiadomość
spis treści
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

Poprzedni Następny
Wiadomość
spis treści
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


Poprzedni Następny
Wiadomość
spis treści
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





Poprzedni Następny
Wiadomość
spis treści
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

Poprzedni Następny
Wiadomość
spis treści
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

Poprzedni Następny
Wiadomość
spis treści
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


Poprzedni Następny
Wiadomość
spis treści
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

Poprzedni Następny
Wiadomość
spis treści
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.


Poprzedni Następny
Wiadomość
spis treści
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

Poprzedni Następny
Wiadomość
spis treści
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.


Poprzedni Następny
Wiadomość
spis treści
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 ...

Poprzedni Następny
Wiadomość
spis treści
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.


Poprzedni Następny
Wiadomość
spis treści
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

Poprzedni Następny
Wiadomość
spis treści
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

    Poprzedni Następny
    Wiadomość
    spis treści
    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.


    Poprzedni Następny
    Wiadomość
    spis treści
    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

    Poprzedni Następny
    Wiadomość
    spis treści
    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.


    Poprzedni Następny
    Wiadomość
    spis treści
    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

    Poprzedni Następny
    Wiadomość
    spis treści
    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



    Poprzedni Następny
    Wiadomość
    spis treści
    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.


    Poprzedni Następny
    Wiadomość
    spis treści
    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

    Poprzedni Następny
    Wiadomość
    spis treści
    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

    Poprzedni Następny
    Wiadomość
    spis treści
    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


    Poprzedni Następny
    Wiadomość
    spis treści
    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

    Poprzedni Następny
    Wiadomość
    spis treści
    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

    Poprzedni Następny
    Wiadomość
    spis treści
    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



    Poprzedni Następny
    Wiadomość
    spis treści
    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

    Poprzedni Następny
    Wiadomość
    spis treści
    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



    Poprzedni Następny
    Wiadomość
    spis treści
    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

    Poprzedni Następny
    Wiadomość
    spis treści
    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



    Poprzedni Następny
    Wiadomość
    spis treści
    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

    Poprzedni Następny
    Wiadomość
    spis treści
    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





    Poprzedni Następny
    Wiadomość
    spis treści
    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.

    Poprzedni Następny
    Wiadomość
    spis treści
    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



    Poprzedni Następny
    Wiadomość
    spis treści
    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

    Poprzedni Następny
    Wiadomość
    spis treści
    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 wiadomoœci: ...
    "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



    Poprzedni Następny
    Wiadomość
    spis treści
    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

    Poprzedni Następny
    Wiadomość
    spis treści
    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 wiadomoœci: ...
    "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



    Poprzedni Następny
    Wiadomość
    spis treści
    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ł

    Poprzedni Następny
    Wiadomość
    spis treści
    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



    Poprzedni Następny
    Wiadomość
    spis treści
    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

    Poprzedni Następny
    Wiadomość
    spis treści
    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.


    Poprzedni Następny
    Wiadomość
    spis treści
    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ł

    Poprzedni Następny
    Wiadomość
    spis treści
    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

    Poprzedni Następny
    Wiadomość
    spis treści
    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ł

    Poprzedni Następny
    Wiadomość
    spis treści
    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

    Poprzedni Następny
    Wiadomość
    spis treści
    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





    Poprzedni Następny
    Wiadomość
    spis treści
    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

    Poprzedni Następny
    Wiadomość
    spis treści
    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ł

    Poprzedni Następny
    Wiadomość
    spis treści
    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ł