🚀 go-pugleaf

Andrzej Bursztynski <NoSpam_and@pse.pl>:

> Tak więc - niezależnie od tego że ICM ma swoją rację - mieliśmy SunSite..

W sieciach operatorow, ktorzy udostepniaja nam swoja lacznosc
miedzynarodowa, tzn. POL-34 i TPNET uslugi dostepne sa bez ograniczen.

NASK po prostu uznal, ze nie potrzebuje takich uslug, a placic 40k
mu miesiecznie za lacze miedzynarodowe nie mamy zamiaru (ani z czego).

--w

Wojtek Sylwestrzak wrote:
>> Tak więc - niezależnie od tego że ICM ma swoją rację - mieliśmy SunSite..
>
>W sieciach operatorow, ktorzy udostepniaja nam swoja lacznosc
>miedzynarodowa, tzn. POL-34 i TPNET uslugi dostepne sa bez ograniczen.
>
>NASK po prostu uznal, ze nie potrzebuje takich uslug, a placic 40k
>mu miesiecznie za lacze miedzynarodowe nie mamy zamiaru (ani z czego).

Chciałbym od dawna mieć możliwość kupowania usługi "dołączenie do Internet"
od operatora w Polsce który zapewni mi "szybki dostęp wszędzie na ile się
da". TPNET w tej chwili zapewnia wszędzie ślimaczy dostęp, NASK
do USA szybki. POL-34 - chętnie bym się dołączył ale .. ale nie jestem
uczelnią i w ogóle nie wiadomo i się nie da itd itp - po prostu POL-34
nie jest dla komercyjnych klientów.

Więc tylko powtórzę z uściśleniem "mieliśmy w PSE (i NASKu) SunSite'a"
oraz wiwat ncftp -r.

A na koniec - BRAWO PANIE PROFESORZE H., TAK DALEJ TRZYMAĆ. 

-- 
Andrzej Bursztynski, PSE SA, My personal opinions are just mine. 
-zamien trzy myslniki na trzy pierwsze litery mojego imienia w adresie--

Andrzej Bursztynski napisal(a):
[...]
: Więc tylko powtórzę z uściśleniem "mieliśmy w PSE (i NASKu) SunSite'a"
: oraz wiwat ncftp -r.
: 
: A na koniec - BRAWO PANIE PROFESORZE H., TAK DALEJ TRZYMAĆ. 

A może gdyby tak NASK został zarzucony skargami "zadowolonych"
z zaistniałej sytuacji klientów ...
Choć to raczej nic nie zmieni.

-- 
Daniel Podlejski  underley@zakopane.top.pl
http://underley.zakopane.top.pl/
   ... Mother do you know where your kids are tonight
   Keeps the kids off the streets ...

In article <slrn76au6l.1k7.NoSpam_and@andy.pse.pl>, Andrzej Bursztynski wrote:
>Wojtek Sylwestrzak wrote:
>>> Tak więc - niezależnie od tego że ICM ma swoją rację - mieliśmy SunSite..
>>W sieciach operatorow, ktorzy udostepniaja nam swoja lacznosc
>>miedzynarodowa, tzn. POL-34 i TPNET uslugi dostepne sa bez ograniczen.
>>NASK po prostu uznal, ze nie potrzebuje takich uslug, a placic 40k
>>mu miesiecznie za lacze miedzynarodowe nie mamy zamiaru (ani z czego).
>Chciałbym od dawna mieć możliwość kupowania usługi "dołączenie do Internet"
>od operatora w Polsce który zapewni mi "szybki dostęp wszędzie na ile się
>da". TPNET w tej chwili zapewnia wszędzie ślimaczy dostęp, NASK
>do USA szybki. POL-34 - chętnie bym się dołączył ale .. ale nie jestem
>uczelnią i w ogóle nie wiadomo i się nie da itd itp - po prostu POL-34
>nie jest dla komercyjnych klientów.
>Więc tylko powtórzę z uściśleniem "mieliśmy w PSE (i NASKu) SunSite'a"
>oraz wiwat ncftp -r.
>A na koniec - BRAWO PANIE PROFESORZE H., TAK DALEJ TRZYMAĆ. 

Sugestia NASKu jest wyrazna: ciagnijcie RedHata ze Szwecji. Bo jak sie inaczej
mozna kojarzyc rownoczesne naprawienie lacza na swiat i wylaczenie routingu
sunsite'a?

R.

Wojtek Sylwestrzak <wojsyl@icm.edu.pl> wrote:

: NASK po prostu uznal, ze nie potrzebuje takich uslug, a placic 40k
: mu miesiecznie za lacze miedzynarodowe nie mamy zamiaru (ani z czego).

IMHO trzeba bylo ograniczyc liczbe sesji do zera. Serio. Bo jesli
w ogole mozna sie dostac, to pewnie NASK sie w ogole nie przejmie :(

-- 
	Leszek.

-- lech7@pse.pl 2:480/33.7                - REAL programmers use INTEGERS -
-- speaking just for myself...

rzm@galera.icm.edu.pl (Rafal Maszkowski) writes:

> Sugestia NASKu jest wyrazna: ciagnijcie RedHata ze Szwecji. Bo jak
> sie inaczej mozna kojarzyc rownoczesne naprawienie lacza na swiat i
> wylaczenie routingu sunsite'a?

Myszlisz serio, ze cos naprawili? Pewnie ruch do sunsite stanowil
polowe calosci, zablokowali, to reszta sie odetkala...

Zreszta, czy 30-40% strat do ftp.funet.fi to jest naprawione lacze?

  MJ

In article <2nlnkp365e.fsf@cclan.fuw.edu.pl>, Michal Jankowski wrote:
>rzm@galera.icm.edu.pl (Rafal Maszkowski) writes:
>> Sugestia NASKu jest wyrazna: ciagnijcie RedHata ze Szwecji. Bo jak
>> sie inaczej mozna kojarzyc rownoczesne naprawienie lacza na swiat i
>> wylaczenie routingu sunsite'a?
>Myszlisz serio, ze cos naprawili? Pewnie ruch do sunsite stanowil
>polowe calosci, zablokowali, to reszta sie odetkala...

Nie sadze zeby polowe, na laczu na swiat z pewnoscia jakies procenty lub
promile. Zreszta bylo widac 1 grudnia. SunSITE byl czesciowo zatrzymany
(w3cache, mirrory), straty rano piely sie gore wyjatkowo szybko, osiagajac 40%
kolo 10 rano (zwykle o tej porze bylo 20-25%). Nie sadze zeby zatrzymanie
SunSITE'a mialo az taki efekt, przynajmniej tak szybko, chociaz moze brak
w3cache moglby byc ostatnim gwozdziem do trumny. Kolo 10 przelaczyli i wtedy
straty spadly do zera. SunSITE'a wykopali po poludniu.

>Zreszta, czy 30-40% strat do ftp.funet.fi to jest naprawione lacze?

Teraz mam 100% strat w NASK, maszyny, ktore sa u nas routowane via TP SA -
tylko 80% strat. Zobacze jak bedzie pozniej...

R.

Michal Jankowski wrote:
> 
> rzm@galera.icm.edu.pl (Rafal Maszkowski) writes:
> 
> > Sugestia NASKu jest wyrazna: ciagnijcie RedHata ze Szwecji. Bo jak
> > sie inaczej mozna kojarzyc rownoczesne naprawienie lacza na swiat i
> > wylaczenie routingu sunsite'a?
> 
> Myszlisz serio, ze cos naprawili? Pewnie ruch do sunsite stanowil
> polowe calosci, zablokowali, to reszta sie odetkala...

yeah, right. 
myslisz podobnie jak ludzie z nask. %-)

> 
> Zreszta, czy 30-40% strat do ftp.funet.fi to jest naprawione lacze?
> 

30% ? przez telie czy nordunet ?

--w

Wojtek Sylwestrzak <wojsyl@icm.edu.pl> wrote:
: Andrzej Bursztynski <NoSpam_and@pse.pl>:

:> Tak więc - niezależnie od tego że ICM ma swoją rację - mieliśmy SunSite..

: W sieciach operatorow, ktorzy udostepniaja nam swoja lacznosc
: miedzynarodowa, tzn. POL-34 i TPNET uslugi dostepne sa bez ograniczen.
No niestety nie do konca. Uzytkownicy TPSA np. takze dostali
dodatkowe ograniczenie. Po polaczeniu sie prez http mam taki oto komunikat:

   Uprzejmie prosimy o korzystanie z archiwów oprogramowania na SunSITE
   poprzez FTP:

A szkoda, bo przez http zawsze szybciej mi dzialalo polaczenie niz przez ftp.

Pozdrawiam,


						Krzysztof Oledzki

Michal Jankowski <michalj@fuw.edu.pl> wrote:
: rzm@galera.icm.edu.pl (Rafal Maszkowski) writes:

: > Sugestia NASKu jest wyrazna: ciagnijcie RedHata ze Szwecji. Bo jak
: > sie inaczej mozna kojarzyc rownoczesne naprawienie lacza na swiat i
: > wylaczenie routingu sunsite'a?

: Myszlisz serio, ze cos naprawili? Pewnie ruch do sunsite stanowil
: polowe calosci, zablokowali, to reszta sie odetkala...
: Zreszta, czy 30-40% strat do ftp.funet.fi to jest naprawione lacze?

Ja jakos nie zauwazylem istotnej poprawy.  O ile w ogole jakas byla.
Zaleznie od pory dnia nadal ginie 20-40% pakietow wysylanych do USA.

                                            Packets            Pings
Hostname                                 %Loss  Rcv Snt  Best  Avg  Worst
 1. ictadmin.ict.pwr.wroc.pl                0% 262 262    1    1     11
 2. elek.wask.wroc.pl                       0% 262 262    2    6    107
 3. wct-f.wask.wroc.pl                      0% 262 262    4   14    148
 4. nask.wask.wroc.pl                       0% 262 262    4    9    109
 5. nix-gw-s1-0-239.nask.pl                 5% 251 262  106  255    590
 6. PL-gw-atm-2-0-1.nask.pl                15% 222 261  113  256    384
 7. west-gw.nordu.net                      16% 222 262  281  438    575
 8. sw-gw.nordu.net                        22% 204 261 1065 1349   1552
 9. us-gw.nordu.net                        27% 193 261 1242 1449   1586
10. gin-nyy-core1.Teleglobe.net            25% 197 261 1258 1563   1826
11. gin-nyy-bb1.Teleglobe.net              19% 213 260 1294 1569   1850
12. Serial1-0-1.GW2.NYC2.ALTER.NET         19% 212 259 1260 1567   1800
13. 422.ATM11-0-0.CR2.NYC2.Alter.Net       17% 216 259 1263 1577   1796
14. 142.ATM3-0.XR1.NYC1.ALTER.NET          20% 208 260 1225 1566   1801
...

-- 
 _________
(_   _' __) 
  |  (__  \           *** This signature intentionally left blank ***
  |__(____/ 

Tomasz Surmacz <tsurmacz@spamfilter.ict.pwr.wroc.pl> writes:

> : Myszlisz serio, ze cos naprawili? Pewnie ruch do sunsite stanowil
> : polowe calosci, zablokowali, to reszta sie odetkala...
> : Zreszta, czy 30-40% strat do ftp.funet.fi to jest naprawione lacze?
> 
> Ja jakos nie zauwazylem istotnej poprawy.  O ile w ogole jakas byla.
> Zaleznie od pory dnia nadal ginie 20-40% pakietow wysylanych do USA.

A zobacz do *.sunet.se, bo to jest jedyne miejsce dokad z UW jest
dobrze.

  MJ

Daniel Podlejski wrote:
>Andrzej Bursztynski napisal(a):
>[...]
>: Więc tylko powtórzę z uściśleniem "mieliśmy w PSE (i NASKu) SunSite'a"
>: oraz wiwat ncftp -r.
>: 
>: A na koniec - BRAWO PANIE PROFESORZE H., TAK DALEJ TRZYMAĆ. 
>
>A może gdyby tak NASK został zarzucony skargami "zadowolonych"
>z zaistniałej sytuacji klientów ...
>Choć to raczej nic nie zmieni.

Też taka mi myśl przyszła do głowy - pewnie napiszemy, dołączymy do
sążnistej teczki pism do NASK (alias na Berdyczów).

-- 
Andrzej Bursztynski, PSE SA, My personal opinions are just mine. 
-zamien trzy myslniki na trzy pierwsze litery mojego imienia w adresie--

Krzysztof Oledzki <ole@saxon.ant.pl>:

> A szkoda, bo przez http zawsze szybciej mi dzialalo polaczenie niz przez ftp.

Pracujemy nad znaczacym poprawieniem lacza SunSITE - TPNET.
Jak dobrze pojdzie to jeszcze w styczniu 1999. No, ale roznie to bywa...

--w

Wojtek Sylwestrzak <wojsyl@icm.edu.pl> wrote:
: Krzysztof Oledzki <ole@saxon.ant.pl>:

:> A szkoda, bo przez http zawsze szybciej mi dzialalo polaczenie niz przez ftp.

: Pracujemy nad znaczacym poprawieniem lacza SunSITE - TPNET.
: Jak dobrze pojdzie to jeszcze w styczniu 1999. No, ale roznie to bywa...
Czyli na razie z powdu konflikut ICM-NASK abonenci TPSA takze musza pocierpiec?
Hm... No coz, poczekamy do stycznia. Czy wtedy ponownie zostanie uruchomione
sciaganie plikow prez http?

Pozdrawiam,

					Krzysztof Oledzki

Tomasz Surmacz napisał(a) w wiadomości: ...
>
>                                            Packets            Pings
>Hostname                                 %Loss  Rcv Snt  Best  Avg  Worst
> 1. ictadmin.ict.pwr.wroc.pl                0% 262 262    1    1     11
> 2. elek.wask.wroc.pl                       0% 262 262    2    6    107
> 3. wct-f.wask.wroc.pl                      0% 262 262    4   14    148
> 4. nask.wask.wroc.pl                       0% 262 262    4    9    109
> 5. nix-gw-s1-0-239.nask.pl                 5% 251 262  106  255    590


<ciachu>

jaki program mierzy straty pakietow etc podczas
(jak mniemam) traceroute?

[ mail:: tomee@migacz.ibb.waw.pl tomee/dmt  ]
[ sajt:: http://migacz.waw.pdi.net/tomee/fonts/ ]

TomEE J. <nonstop@nospam.tomee.org> wrote:
> jaki program mierzy straty pakietow etc podczas
> (jak mniemam) traceroute?

mtr - traceroute i ping w jednym

-- 
Pawel Krawczyk, CETI internet, Krakow. http://www.ceti.com.pl/

Krzysztof Oledzki wrote:
> 
> Wojtek Sylwestrzak <wojsyl@icm.edu.pl> wrote:
> : Krzysztof Oledzki <ole@saxon.ant.pl>:
> 
> :> A szkoda, bo przez http zawsze szybciej mi dzialalo polaczenie niz przez ftp.
> 
> : Pracujemy nad znaczacym poprawieniem lacza SunSITE - TPNET.
> : Jak dobrze pojdzie to jeszcze w styczniu 1999. No, ale roznie to bywa...
> Czyli na razie z powdu konflikut ICM-NASK abonenci TPSA takze musza pocierpiec?
> Hm... No coz, poczekamy do stycznia. Czy wtedy ponownie zostanie uruchomione
> sciaganie plikow prez http?
> 
> Pozdrawiam,
> 
>                                         Krzysztof Oledzki

A to rzeczywiscie dziala szybciej ?

w sumie myslalem, zeby calkiem zrezygnowac z dostepu do '/pub/'
przez http. chyba, ze sa jakis powody, zeby tego nie robic ?

--w

Wojtek Sylwestrzak wrote:
> 
> Krzysztof Oledzki wrote:
> >
> > Wojtek Sylwestrzak <wojsyl@icm.edu.pl> wrote:
> > : Krzysztof Oledzki <ole@saxon.ant.pl>:
> >
> > :> A szkoda, bo przez http zawsze szybciej mi dzialalo polaczenie niz przez ftp.
> >
> > : Pracujemy nad znaczacym poprawieniem lacza SunSITE - TPNET.
> > : Jak dobrze pojdzie to jeszcze w styczniu 1999. No, ale roznie to bywa...
> > Czyli na razie z powdu konflikut ICM-NASK abonenci TPSA takze musza pocierpiec?
> > Hm... No coz, poczekamy do stycznia. Czy wtedy ponownie zostanie uruchomione
> > sciaganie plikow prez http?
> >
> > Pozdrawiam,
> >
> >                                         Krzysztof Oledzki
> 
> A to rzeczywiscie dziala szybciej ?
> 
> w sumie myslalem, zeby calkiem zrezygnowac z dostepu do '/pub/'
> przez http. chyba, ze sa jakis powody, zeby tego nie robic ?
> 
Kiedyś dla TPnetu było szybciej po http. Ale teraz jakoś ftp działa
całkiem OK (więc mnie odcięcie NASK-u całkiem odpowiada).

-- 
Konrad Stępień          | InterData s.c. http://www.interdata.com.pl
konrad@interdata.com.pl | Łódź al. Kościuszki 3 tel +48+42 639-81-71

Konrad Stępień <konrad@interdata.com.pl>:
>> 
>> A to rzeczywiscie dziala szybciej ?
>> 
>> w sumie myslalem, zeby calkiem zrezygnowac z dostepu do '/pub/'
>> przez http. chyba, ze sa jakis powody, zeby tego nie robic ?
>> 
> Kiedyś dla TPnetu było szybciej po http. Ale teraz jakoś ftp działa
> całkiem OK (więc mnie odcięcie NASK-u całkiem odpowiada).

trick polega na tym, ze na laczu ICM - TPNET mamy wyzszy priorytet
dla HTTP niz FTP. Z zalozenia HTTP powinno miec charakter bardziej
interakcyjny (mniejsze pliki, krotszy czas oczekiwania) niz FTP
(downloady). Z drugiej strony poniewaz udostepnialismy przez HTTP
oprocz serwisow typu Infoseek, W3cache czy Archie takze zawartosc
archiwow oprogramowania  (/pub/), ludzie ktorzy uzywali tej drogi
do sciagania plikow z TPNET praktycznie blokowali na tym laczu
dostep FTP. Obecnie sytuacja sie troche poprawila, tzn. wszyscy
uzywaja do tego FTP i dzieki temu dostep przez FTP powinien
byc lepszy niz przedtem. To wyjasnia zauwazona przez Ciebie zmiane.

Pozdrawiam,

--w

On 5 Dec 1998 10:00:44 GMT, Wojtek Sylwestrzak <wojsyl@icm.edu.pl> wrote:


>trick polega na tym, ze na laczu ICM - TPNET mamy wyzszy priorytet
>dla HTTP niz FTP. Z zalozenia HTTP powinno miec charakter bardziej
>interakcyjny (mniejsze pliki, krotszy czas oczekiwania) niz FTP
>(downloady). Z drugiej strony poniewaz udostepnialismy przez HTTP
>oprocz serwisow typu Infoseek, W3cache czy Archie takze zawartosc
>archiwow oprogramowania  (/pub/), ludzie ktorzy uzywali tej drogi
>do sciagania plikow z TPNET praktycznie blokowali na tym laczu
>dostep FTP. Obecnie sytuacja sie troche poprawila, tzn. wszyscy
>uzywaja do tego FTP i dzieki temu dostep przez FTP powinien
>byc lepszy niz przedtem. To wyjasnia zauwazona przez Ciebie zmiane.
>
Fajnie, tylko, że wczoraj wchodzę na www.apache.org, wyświetlam listę
mirrorów i po wybraniu tego na SunSite pokazuje się napis "prosimy
korzystać z FTP". (A ja sobie chciałem poczytać, a nie ściągać pliki).

Marcin Jagodzinski
(or compatible)

Sat, 05 Dec 1998 12:32:30 GMT, Marcin Jagodzinski na pl.listserv.polip napisał:
>On 5 Dec 1998 10:00:44 GMT, Wojtek Sylwestrzak <wojsyl@icm.edu.pl> wrote:
>mirrorów i po wybraniu tego na SunSite pokazuje się napis "prosimy
>korzystać z FTP". (A ja sobie chciałem poczytać, a nie ściągać pliki).

to samo sie tyczy np. ftp://sunsite/pub/Linux/Documentation/ ;-/ 

-- 
Ziemek Borowski ZB137-RIPE http://faq-bot.ziembor.waw.pl/zmb/ 

Ziemek Borowski wrote:
> 
> Sat, 05 Dec 1998 12:32:30 GMT, Marcin Jagodzinski na pl.listserv.polip napisa³:
> >On 5 Dec 1998 10:00:44 GMT, Wojtek Sylwestrzak <wojsyl@icm.edu.pl> wrote:
> >mirrorów i po wybraniu tego na SunSite pokazuje siê napis "prosimy
> >korzystaæ z FTP". (A ja sobie chcia³em poczytaæ, a nie ¶ci±gaæ pliki).
> 
> to samo sie tyczy np. ftp://sunsite/pub/Linux/Documentation/ ;-/
> 

Hm, rzeczywiscie - za duzo rzeczy sie w tym /pub/ zaleglo,
chyba bedzie trzeba jednak wyrownac priorytety FTP i HTTP...

--w

Wojtek Sylwestrzak na pl.listserv.polip napisał:
>> to samo sie tyczy np. ftp://sunsite/pub/Linux/Documentation/ ;-/
>> 
>
>Hm, rzeczywiscie - za duzo rzeczy sie w tym /pub/ zaleglo,
>chyba bedzie trzeba jednak wyrownac priorytety FTP i HTTP...

rownie dobrze mozna porobic aliasy do prenych czesci 
tak by wspomniane /pub/Linux/Documentation bylo osiagalne i z 
/Linux/Documentation

(bo dzieki temu z TPnetu, z sunsita daje sie cokolwiek sciagnac ;-). 

-- 
Ziemek Borowski ZB137-RIPE http://faq-bot.ziembor.waw.pl/zmb/ 

Lech Szychowski <lech7@pse.pl> wrote:

: IMHO trzeba bylo ograniczyc liczbe sesji do zera. Serio. Bo jesli
: w ogole mozna sie dostac, to pewnie NASK sie w ogole nie przejmie :(

Kurcze, a pomyślałeś może o uczelniach podpiętych pod łącza NASK'owe jak
np. cały MAN szczeciński z polibudą, uniwerkiem, WSM'ka i Akademią
Rolniczą ? Myślisz, że tylko NASK korzysta ze swoich łączy ? Co my teraz
mamy zrobić skoro z SunSITE'a mieliśmy najszybszy transfer (i najlepsze
mirrory) ? Czy to nasza wina, że NASK nie lubi ICM'u ? Czy nam musi się
za to dostawać ? Nie każdy MAN może sobie pozwolić na przejście na
innego provider'a ...

Ciekawe jakbyś zareagował gdyby sytuacja była odwrotna i to np. TP SA
ograniczyli dostęp ...

A do Wojtka - czy możecie troszkę inaczej zrobić i nie udostępniać
archiwów ftp ale tylko i wyłącznie domenie nask.pl ? 

Pozdrawiam,
Andrzej

-- 
email: dzemik@tuniv.szczecin.pl

Andrzej Nakonieczny <dzemik@tuniv.szczecin.pl> wrote:

: : IMHO trzeba bylo ograniczyc liczbe sesji do zera. Serio. Bo jesli

: Kurcze, a pomyślałeś może o uczelniach podpiętych pod łącza NASK'owe jak
: np. cały MAN szczeciński z polibudą, uniwerkiem, WSM'ka i Akademią
: Rolniczą ? Myślisz, że tylko NASK korzysta ze swoich łączy ?

Pomyślałem. Dla ustalenia uwagi: ja również korzystam z łącza
NASK'owego (przynajmniej jeśli chodzi o komunikację z ICM'em).

: Co my teraz mamy zrobić skoro z SunSITE'a mieliśmy najszybszy transfer
: (i najlepsze mirrory) ? Czy to nasza wina, że NASK nie lubi ICM'u ?

Nie Wasza wina. Ale - skoro sunsite nie ma routingu za granice kraju -
owe mirrory i tak za moment będą niewiele warte :(

: Ciekawe jakbyś zareagował gdyby sytuacja była odwrotna i to np. TP SA
: ograniczyli dostęp ...

Dokładnie tak samo. Bo jest to jedyna metoda postępowania (czytaj: walki)
w takich przypadkach.

-- 
	Leszek.

-- lech7@pse.pl 2:480/33.7                - REAL programmers use INTEGERS -
-- speaking just for myself...

Andrzej Nakonieczny <dzemik@tuniv.szczecin.pl> wrote:
: Lech Szychowski <lech7@pse.pl> wrote:

: : IMHO trzeba bylo ograniczyc liczbe sesji do zera. Serio. Bo jesli
: : w ogole mozna sie dostac, to pewnie NASK sie w ogole nie przejmie :(

: Kurcze, a pomyślałeś może o uczelniach podpiętych pod łącza NASK'owe jak
: np. cały MAN szczeciński z polibudą, uniwerkiem, WSM'ka i Akademią
: Rolniczą ? Myślisz, że tylko NASK korzysta ze swoich łączy ? Co my teraz
: mamy zrobić skoro z SunSITE'a mieliśmy najszybszy transfer (i najlepsze
: mirrory) ? Czy to nasza wina, że NASK nie lubi ICM'u ? Czy nam musi się
: za to dostawać ? Nie każdy MAN może sobie pozwolić na przejście na
: innego provider'a ...

Przeciez chyba wlasnie o to chodzi, zeby maksymalna ilosc klientow nask
najpierw wkurzyla sie (bo nie ma dostepu) a zaraz potem do wyboru:
a. przelaczyla sie w inne miejsce
b. zebrala do kupy, poszla do pana H. i np. rozbila mu wspolnymi silami
garnek na glowie ;)

_Sam_ nask to raczej mirrorow nie potrzebuje....

Pozdrawiam
D.M.