Autor: Zbigniew J. Tyrlik (zbig_at_apk.net)
Data: Wed 29 Nov 1995 - 22:47:16 MET
In <49idj9$iro_at_galaxy.uci.agh.edu.pl> szymon_at_uci.agh.edu.pl (Szymon Sokol) writes:
>: Nask, jako koszta utrzymywania laczy zapasowych.
>: Klient powinien placic za przylaczenie sei do wezla NASK - w dowolnie
>: wybranyym miejscu ( moze do wezla lokalnego, taniehjm albo ciagnac wlasna
>: line do Warszawy i tam sie wczepiac w glowny router.. )
>No wlasnie o to chodzi! Grzegorz Dymek proponowal tak jakby, zeby nie bylo
>zadnych laczy NASK, sieci szkieletowaej itd., tylko zeby kazdy MAN
>sie wprost do centralnego routera w Warszawie podpial takim laczem na
>jakie go stac, albo zlozyl sie z sasiadami (np. Krakow+Katowice). I
>to moim zdaniem nie jest specjalnie dobry pomysl. A jesli nie tak, to
>znowu powstaje pytanie: kto ma finansowac siec szkieletowa, kto ma
>decydowac o jej szybkosci, itd.
Mozna i tak, mozna i tak. Jezeli MAN-ow zalezy na szybkim laczu i bez
dzielenia sie z innymi to niech podciagnie OC1 do Warszawy i sie wepnie
bezposrednio w Golluma, lub niech ciagnie lacze do NAP w Waszyngtonie - nie
odmowia. Jezeli bedzie dopuszczone istnienie i Nask, i innych sieci
szkieletowych lub prowiderow - kazdy z nich bedzie chcial miec wlasny rack (
stojak ) z routerami w kazdym miescie. Wowczas jestem blizej do klienta -
klient mniej placi za lacze do mnie...
Za kazde lacze placi ten know ma w tym interes. Placi dostawca gdy chce
dostarzczyc lacze do miasta i jednym laczem osluzyc kilku klientow; placi
odbiorca gdy dostawca nie ma routera w poblizu i nie daje sie namowic...
Dostepnosc sieci ( gestosc POP ) jest jednym z podstawowych narzedzi
konkurowania.
Jak sadziciem na czym kazdy wielki prowider w USA ( Netcom, PSI, UUnet )
ponisl straty w roku ubieglym ? Na budowie wlasnej sieci szkieletowj -
zainwestowano w budowe prywatnych sieci prawie rownowartosc sprzedzay
biezacej.
>--
> Szymon Sokol -- Network Manager
_zjt
-- Zbigniew J. Tyrlik DoD# 0759 FJ1200 `89-Silver... zbig_at_wariat.org APK on the move Northern Ohio Internet Access 216-241-7166 voice Feeds, shell, FTP, telnet, SL/IP,PPP Uniboard distribution point
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 15:53:40 MET DST