-
Data: 2009-01-02 14:50:16
Temat: Re: TP nie lubi GIMPa czy co?
Od: Lukasz Trabinski <l...@t...nospam.net> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]In pl.internet.polip Krzysztof Halasa <k...@p...waw.pl> wrote:
> Stary, wroc do rzeczywistosci. Dobrze wiemy ze TPSA ma mozliwosci
> wycinania czego sobie zyczy (w detalu), dokladnie tak samo jak ma
> mozliwosci np. ograniczania pasma itd. Robili to zanim nauczyli sie
> uzywac czarnych dziur w BGP. Nie musza tego koniecznie robic na trafo
> w elektrowni Kozienice.
No własnie Ty i pare osób z tego wątku, nie jest w rzeczywistości, tylko
gdzieś w labie lub w serwerowni sieci edukacyjnej. :)
Uwierz mi, że to co zostało zrobione, to jest najlepszy _kompromis_ pomiędzy
rozwiązaniami technicznymi (tak, w środowisku idealnym są znacznie lepsze i tu
zgoda), bezwładem korporacji, możliwościami hardwaru i software (czego
nie można pominać), interesem handlowców, marketingowców, Panią Regulator itp.
> Przeciwnie, wlasnie to ma tu podstawowe, albo jedyne znaczenie.
>
> Ilosc klientow, ktora bylaby niezadowolona z filtrowania tcp/25 vs
> ilosc klientow niezadowolonych z wyciecia dowolnie wybranych przez
> TPSA IP.
>
> Rozwiazanie z wycieciem (domyslnym, tak jak to robia z innymi
> uslugami) tcp/25 jest rozwiazaniem poprawnym technicznie, i to
> jedynym. Ale niestety nie jest poprawne politycznie, jak widac.
Wcale nie neguje rozwiązania wycinania portu 25, ale podejrzewam, że
najpierw trzeba byłoby zmienić regulamin, aby nie było podstaw, do reklamacji,
odwołań do UKE itp. Z doświadczenia wiem (z pracy u innego nie małego
operatora), że włączenie portu 25, odbywa się jeszcze szybciej, niż
jego wyciananie. Bardzo szybko niezadowolony klient, jest w stanie poruszyć
wszystkie mozliwe szczeble eskalacji, a wtedy technika ma już niespecjalnie
dużo do powiedzenia.
> Podejrzewam ze to sie zreszta zmieni, bo walka z nieistotnymi
> cechami problemu na pewno samego problemu nie pokona. Tylko dlaczego
> oni nie moga tego zrobic od razu dobrze to nie mam pojecia.
Popracuj w dużym telekomie, to będziesz wiedział.
--
ŁT
Następne wpisy z tego wątku
- 02.01.09 15:11 Michal Jankowski
- 02.01.09 15:14 Michal Jankowski
- 02.01.09 15:22 Jarek Kamiński
- 02.01.09 15:32 futszaK
- 02.01.09 15:34 Jarek Kamiński
- 02.01.09 16:11 Michal Jankowski
- 02.01.09 16:24 Tomasz Dwornicki
- 02.01.09 16:52 D...@g...com
- 02.01.09 17:45 Michal
- 02.01.09 20:06 Łukasz Bromirski
- 02.01.09 20:43 Krzysztof Oledzki
- 02.01.09 20:45 Krzysztof Oledzki
- 02.01.09 21:11 Jarek Kamiński
- 02.01.09 23:33 futszaK
- 03.01.09 01:50 r...@g...com
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-26 zapora Zagorze
- 2024-12-26 Błonie => Analityk Systemów Informatycznych (TMS SPEED) <=
- 2024-12-26 Warszawa => Specjalista Bezpieczeństwa Informacji <=
- 2024-12-26 Wrocław => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2024-12-26 Wrocław => Programista Full Stack (.Net Core) <=
- 2024-12-26 Kraków => Software .Net Developer <=
- 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) <=