-
Path: news-archive.icm.edu.pl!news.rmf.pl!poznan.rmf.pl!news.man.poznan.pl!not-for-ma
il
From: Maciej Stroinski <n...@m...poznan.pl>
Newsgroups: pl.internet.polip
Subject: Re: TPNET - POL34
Date: Fri, 13 Feb 2004 19:09:42 +0100
Organization: POZMAN - http://www.man.poznan.pl/
Lines: 58
Message-ID: <c0j3jn$ej7$1@sunflower.man.poznan.pl>
References: <c0is6q$nqs$1@nemesis.news.tpi.pl>
NNTP-Posting-Host: potato.man.poznan.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: sunflower.man.poznan.pl 1076695479 14951 150.254.170.93 (13 Feb 2004
18:04:39 GMT)
X-Complaints-To: t...@m...poznan.pl
NNTP-Posting-Date: Fri, 13 Feb 2004 18:04:39 +0000 (UTC)
In-Reply-To: <c0is6q$nqs$1@nemesis.news.tpi.pl>
X-Accept-Language: pl, en-us, en
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113
Xref: news-archive.icm.edu.pl pl.internet.polip:61939
[ ukryj nagłówki ]W odpowiedzi na informacje podana przez pana Konrada Plicha, chcialbym
potwierdzic, iz sieci akademickie zamknely swoje bramki peeringowe z
siecia TPNET i przeniosly ich ruch miedzysieciowy na lacza zagraniczne.
Jest to spowodowane celowym degradowaniem przez TP ruchu na laczach
miedzysieciowych w sposob, ktory znaczaco utrudnia wymiane ruchu
miedzysieciowego.
Od dluzszego czasu prowadzimy z TP negocjacje w celu uregulowania
statusu bramek peeringowych. Niestety nie z naszej winy, negocjacje nie
przynosza oczekiwanych przez nas rezultatow. Po pierwsze: TP nie zna
pojecia "peeringu", nie jest to dla niej rowniez usluga, ktora moze byc
przedmiotem dyskusji. TP posluguje sie wylacznie pojeciem "usluga
dostepu do sieci TPNET". Natomiast koszty takiego polaczenia
pieciokrotnie przekraczaja koszty lacza do internetu swiatowego o
gwarantowanych parametrach jakosciowych. Tak na marginesie to TP nie
stanela do przetargu na taki kanal o przepustowosci do 10Gbps.
Nie chce zarobic takich pieniedzy? Nie potrafi utrzymac parametrow
jakosciowych?
Warto takze pamietac, ze ruch do sieci akademickich odbywa sie w
proporcjach: uzytkownicy sieci TPNET "ciagna" trzy razy wiecej z sieci
akademickich niz odwrotnie, a dwa razy wiecej z adresow komercyjnych w
sieciach akademickich. Tak wiec to siec TPNET "powinna" placic sieciom
akademickim za utrzymywanie i rozwiajanie uslug przysparzajacych
klientow sieci TPNET.
W polowie stycznia TP zalozyla ograniczenie na bramkach co spowodowalo
degradacje ruchu miedzy naszymi sieciami.
Podczas ostatniego spotkania negocjacyjnego przedstawiciele TP obiecali
nam, ze w tym tygodniu otrzymamy nowa oferte dotyczaca wymiany ruchu
oraz odbedzie sie kolejne spotkanie negocjacyjne. Do chwili obecnej nie
otrzymalismy obiecanej oferty, nie odbylo sie tez nastepne spotkanie. Co
wiecej, mimo wyraznego stanowiska sieci akademickich, ze negocjacje nie
moga odbywac sie w warunkach degradacji ruchu (szantaz?) przedstwionego
podczas tego spotkania i ponownego przedstawienia tego stanowiska w
rozmowie telefonicznej, do dnia dzisiejszego "szykany" nie zostaly
usuniete. Oba powyzsze fakty daja pelen obraz intencji TP.
Wobec tego podjelismy decyzje o zamknieciu bramek z TPNET i
przeniesieniu ruchu na lacza miedzynarodowe. Mamy nadzieje, ze
zmotywuje to TP do konstruktywnych rozmow i poszukiwania cywilizowanego
rozwiazania zadowalajacego dla obu stron.
Maciej Stroinski
On 2/13/2004 4:56 PM, Konrad Plich wrote:
> Informuję że dzisiaj o godz 16:10 sieci akademickie POL34 przekierowały ruch
> z bezpośrednich łączy z siecią TPNET na łącza międzynarodowe. Jest to o tyle
> dziwne że nastąpiło to w trakcie negocjacji o zasadach uregulowania statusu
> tych łączy. Propozycje ze strony TP S.A. zawierały w szczególności ofertę
> bezpłatnego wymieniania ruchu z sieciami akademickimi i udostępnienia
> oddzielnych kanałów dla ruchu komercyjnego tak aby odciązyć łącza dedykowane
> dla ruchu akademickiego i zapewnić lepszą jakośc połaczeń z tymi sieciami.
>
> Konrad Plich
>
>
Następne wpisy z tego wątku
- 13.02.04 18:08 Andrzej Bobyk
- 13.02.04 18:12 Tomasz Paszkowski
- 13.02.04 18:29 michal
- 13.02.04 18:46 a...@q...nu.pl
- 13.02.04 19:01 Bartosz Waszak
- 13.02.04 19:23 Tomasz Paszkowski
- 13.02.04 19:37 Bartosz Waszak
- 13.02.04 19:38 Maciek Uhlig
- 13.02.04 19:36 Michal Jankowski
- 13.02.04 19:41 f...@i...pl
- 13.02.04 20:06 Marek Królikowski
- 13.02.04 20:27 Zygmunt M. Zarzecki
- 13.02.04 20:45 Max
- 13.02.04 20:52 Maciej Przybecki
- 13.02.04 21:13 Szymon Sokół
Najnowsze wątki z tej grupy
- Jest tutaj kto? Halo, Darius Expert?
- Czy to konieczne? ATMAN - 30.06.2019 - Wyłączenie news.atman.pl
- pl.internet.polip - is DEAD?
- ovh
- INEA
- Prośba o traceroute z Vectry
- BGP - wszyscy wkładają głowę w piasek.
- http://pl
- Re: Czemu jest wylaczany serwer w3cache.icm.edu.pl ?
- Taaaka integracaj na rynku, a tu nikt, nic..
- Alternatywna sieć dla internetu kiedyś w Polsce
- ooerator gsm + stały ip z revdns
- Dostęp do ip nostrady
- narzędzia do weryfikacji poprawności bazy WHOIS
- T-mobile bawi się w MITM....
Najnowsze wątki
- 2024-12-25 Wrocław => Architekt rozwiązań (doświadczenie w obszarze Java, AWS
- 2024-12-25 Warszawa => Sales Assistant <=
- 2024-12-25 Kraków => Inżynier bezpieczeństwa aplikacji <=
- 2024-12-25 Lublin => System Architect (Java background) <=
- 2024-12-25 Szczecin => Specjalista ds. public relations <=
- 2024-12-25 Wrocław => Key Account Manager <=
- 2024-12-25 Kraków => Full Stack .Net Engineer <=
- 2024-12-25 Kraków => Programista Full Stack .Net <=
- 2024-12-25 Bieruń => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-12-25 Białystok => Inżynier Serwisu Sprzętu Medycznego <=
- 2024-12-25 Białystok => Delphi Programmer <=
- 2024-12-25 Chrzanów => Team Lead / Tribe Lead FrontEnd <=
- 2024-12-25 Kraków => Ekspert IT (obszar systemów sieciowych) <=
- 2024-12-25 Mińsk Mazowiecki => Spedytor Międzynarodowy <=
- 2024-12-24 Dzisiaj Bentlejem czyli przybieżeli sześciu Króli do Rysia na kasie