Cytowanie Lukasz Luczak lukasz@maxnet.66.pl:
On Sat, 03 Dec 2011 15:09:20 +0100, maniac wrote:
Hej,
Nie uczestniczyłem w negocjacjach SLA dla łącz od kilku ładnych lat, ale wcześniej TPSA, GTS, Telekomunickacja Kolejowa i nigdy nie widziałem tak bzdurnych warunków umowy.
Moja rada: zmień dialog na coś innego.
no tylko trochę mnie przygwożdżali, poprzednio dali mi klasę /21, ze środka swojej puli, i teraz ripe mi tego nie wytnie, a za uczestnictwo samemu w RIPE są duże opłaty.
Po pierwsze, to nie tak działa. Masz zaalokowane PA:
:~$ whois 87.105.31.150 |grep ASSIGN status: ASSIGNED PA
PA, to skrót od provider agregatable. Nie ważne czy było by ze środka, z końca czy z początku te adresy i tak należą do operatora (do dialogu) a nie do Ciebie i nigdy się to nie zmieni. Co do opłat w RIPE i Twoich możliwości, to:
1. Nowy operator daje Ci swoje PA. Musisz przeadresować sieć, a w wypadku zmiany operatora ponownie oddajesz adresy i ponownie otrzymujesz od nowego i ponownie readresujesz sieć.
2. Możesz uderzyć w stronę adresów PI (skrót od provider independend). Nie musisz być LIR'em i członkiem RIPE by je uzyskać, ale musisz mieć operatora, który w twoim imieniu o to wystąpi (sponsoring LIR), przy zmianie operatora jeżeli nowy operator będzie Cię również sponsorował, to adresy zostają.
3. Możesz uderzyć w stronę własnych adresów PA. Wtedy musisz stać się członkiem RPIE i wnosić opłaty, które są tak skonstruowane, żeby zniechęcić małych. (najmniejszy płaci 1300 euro, największy 5500 euro) z /21 byłbyś SMALL z opłatą 1800 euro/rok).
Ad. 2. W związku z tym, że dla dużego operatora nie ma znaczenia ile ma adresów i tak płaci tyle samo, ewentualnie opłaty się nie zmieniają, to w zasadzie nikt nie powinien robić problemów by Cię sponsorować. Plus rozwiązań 2 i 3 jest taki, że jesteś niezależny z adresacją od badziewnych operatorów.
Po świetle jak nie wysycasz przepływności to nie ma prawa nic zgubić, po radiu (licencjonowanym) też w zasadzie nie powinno.
Tak wygląda MTR do Ciebie:
- connor.sistbg.net 0.0% 100 2.0 0.6 0.1 7.2 0.7
- 80.50.134.197 0.0% 100 6.4 8.3 4.9 58.0 10.6
- wro-ar2.tpnet.pl 0.0% 100 11.8 13.1 11.5 40.0 4.7
- z-Tpnet-dialog.tpnet.pl 0.0% 100 13.3 17.9 12.9 61.3 9.1
- 217.30.150.10 0.0% 100 34.2 32.1 27.6 275.2 25.5
- hosting.maxnet.66.pl 4.0% 100 30.2 30.8 29.9 34.5 0.7
Np do onetu mam jakieś 5.5 ms, a ty?
no u mnie to 23 ms 5,5 ms co to jest miejski ethernet od tp ?
Tak, ale w Tarnobrzegu, a nie jakiejś metropolii :) Czas jest zależny od częsci Polski i operatora (np mam łącze od netii w warszawie), gdzie średnio wychodzi 7.7ms i 0% strat.
Swoją drogą mam przypuszczenie, że te twoje straty powstają nie u operatora, a u Ciebie. Patrz na te dwa MTR'y
1. connor.sistbg.net 0.0% 100 0.3 0.7 0.1 8.5 1.1 2. 80.50.134.197 0.0% 100 5.2 9.1 4.9 72.4 12.4 3. wro-ar2.tpnet.pl 0.0% 100 11.7 13.4 11.6 43.3 5.8 4. z-Tpnet-dialog.tpnet.pl 0.0% 100 13.1 17.5 12.9 60.3 8.5 5. r-2-FE-zie.zgora.dialog.net. 0.0% 100 28.1 31.3 27.6 175.6 20.4 6. hosting.maxnet.66.pl 3.0% 100 30.1 30.4 29.6 38.5 1.0
1. connor.sistbg.net 0.0% 100 0.4 1.1 0.2 9.2 1.9 2. 80.50.134.197 0.0% 100 6.2 8.5 4.9 59.3 10.0 3. wro-ar2.tpnet.pl 0.0% 100 21.7 14.4 11.5 47.5 7.8 4. z-Tpnet-dialog.tpnet.pl 0.0% 100 13.8 17.4 12.7 57.7 8.0 5. r-2-FE-zie.zgora.dialog.net. 0.0% 100 28.0 34.1 27.7 250.6 30.9 6. gateway-kunice.maxnet.66.pl 0.0% 100 31.9 31.2 30.0 49.0 2.6
Co nie zmienia faktu, że ten proponowany SLA jest do d.... :)
pozdrawiam Łukasz Łuczak
Cytowanie Łukasz Łuczak lukasz@maxnet.66.pl:
witam
Jestem właśnie przed podpisaniem kolejnej umowy ze swoim operatorem. odnośnie SLA
od 15 do 30% straty pakietów, uznają dopiero jako obniżenie jakości usługi a od 30% jako awarie
Do tej pory bez SLA przy 60 mb/s mam problem w jednej lokalizacji, bo na ich światełku, gubi mi w szczycie do 10% pakietów, a teraz nawet tego zgłosić nie bede mógł,
Dziwnie to sie ma do np. linków radiowych w mojej sieci gdzie nawet przy 15km straty są 1-3%
Proszę podzielcie się informacjami jak to wygląda u was, jakie są progi %
pozdrawiam Łukasz Łuczak Administrator sieci MAXNET
wycinek z umowy:
2.1. Straty pakietów Straty pakietów są wyrażonym w procentach wynikiem pomiarów realizowanych następująco:
wysłanie co najmniej 1000 (słownie: jeden tysiąc) poleceń ping, rozmiar pakietu 64-bajtowych (słownie: sześćdziesięcioczterobajtowych), czas pomiaru -- nie krótszy niż 10 minut, ustawiony w poleceniu ping czas odpowiedzi na pakiet ICMP (timeout) był nie krótszy niż 1 sekundę.
2.4. Obniżenie jakości usługi Obniżenie jakości usługi określa się jako stratę pakietów na drodze pomiędzy routerem abonenta a OPP (ostatni punkt pomiarowy) w sieci Dialog większą niż 15% i mniejszą niż 30%, mierzoną zgodnie z metodologią pomiaru z punktu 2.3 i utrzymującą się przez kolejnych 60 minut od momentu złożenia raportu.
2.5. Przerwa w dostawie usługi jako awaria Przerwa w Dostawie Usługi będąca awarią oznacza zdarzenie, kiedy ze względu na stratę pakietów przekraczającą 30% usługa jest niedostępna przez co najmniej 60 (słownie: sześćdziesiąt) kolejnych minut z powodu wadliwości internetowej sieci szkieletowej DOSTAWCY USŁUG lub urządzeń transmisyjnych, które są bezpośrednio dostarczane przez DOSTAWCĘ USŁUG, oraz które zapewniają łączność rutera ABONENTA z ruterem DOSTAWCY USŁUG. Zdarzenie to nie może być spowodowane, pośrednio lub bezpośrednio zaniedbaniem lub niedopatrzeniem ABONENTA. Awarią jest wyżej opisana przerwa potwierdzona przez Dostawcę Usług po otrzymaniu Raportu przez Dostawcę Usług. Czas między zgłoszeniem prawidłowo wypełnionego Raportu a potwierdzeniem jego przyjęcia przez Dostawcę usług jest czasem reakcji. Przerwą w dostawie usługi nie jest żadna przerwa lub zakłócenie wynikające z czynności serwisowych na życzenie ABONENTA lub realizowane przez ABONENTA, oraz wynikające z zaplanowanych lub rutynowych czynności serwisowych DOSTAWCY USŁUG.
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms