Re: [lms] Daemon LMS - Naruszenie ochrony pamięci (core dumped)
On 01.12.2011 17:05, Łukasz Majek wrote:
W dniu 2011-12-01 15:43, Tomasz Chiliński pisze:
On 01.12.2011 16:18, Łukasz Majek wrote:
Witam!
Witam.
Ostatnio próbuje uruchomić daemona LMS. Miałem kilka problemów z uruchomiemiem z wersji 1.11.13 (niegenerowały mi się żadne pliki związane z modułem hostfile). Postanowiłem użyć wersji z CVS. Problem pozostał. Uruchmiłem daemona z opcją -q i wyrzucił mi błąd - "Naruszenie ochrony pamięci (core dumped)". Czyżby to problem jakiś problem z kodem? Będę wdzięczny za wszelkie sugestie jak ten problem przeskoczyc. Postaram się też sprawdzić czy podobny problem pojawiał się w wersji 1.11.13.
Jakie moduły używasz?
na testy był odpalony oident, ethers, dhcp, oraz hostfile. Przy czym tylko ten ostatni został utworzony ale jest pusty. Wydaje mi się, że to właśnie z nim jest problem. W wersji 1.11.13 też z nim właśnie był problem. Tworzył się niekompletny plik wygenerowany przez moduł hostfile, a w logach systemowych był jakiś błąd związany z bibilioteką libc.
Próbowałeś skompilować daemona z opcjami debug? ./configure --help
W dniu 01.12.2011 16:35, Tomasz Chiliński wrote:
na testy był odpalony oident, ethers, dhcp, oraz hostfile. Przy czym tylko ten ostatni został utworzony ale jest pusty. Wydaje mi się, że to właśnie z nim jest problem. W wersji 1.11.13 też z nim właśnie był problem. Tworzył się niekompletny plik wygenerowany przez moduł hostfile, a w logach systemowych był jakiś błąd związany z bibilioteką libc.
Próbowałeś skompilować daemona z opcjami debug? ./configure --help
No i konfigurację tej instancji poprosimy. Możesz potestować uruchamianie z opcją -i dla konkretnej instancji, aby mieć pewność, który moduł się wywala. Debug też pewnie to potwierdzi, ale może podpowie więcej.
W dniu 01.12.2011 19:18, A.L.E.C pisze:
W dniu 01.12.2011 16:35, Tomasz Chiliński wrote:
na testy był odpalony oident, ethers, dhcp, oraz hostfile. Przy czym tylko ten ostatni został utworzony ale jest pusty. Wydaje mi się, że to właśnie z nim jest problem. W wersji 1.11.13 też z nim właśnie był problem. Tworzył się niekompletny plik wygenerowany przez moduł hostfile, a w logach systemowych był jakiś błąd związany z bibilioteką libc.
Próbowałeś skompilować daemona z opcjami debug? ./configure --help
No i konfigurację tej instancji poprosimy. Możesz potestować uruchamianie z opcją -i dla konkretnej instancji, aby mieć pewność, który moduł się wywala. Debug też pewnie to potwierdzi, ale może podpowie więcej.
Skompilowałem z opcją debug. Uruchamianie z opcją -i tylko pokazało, że to jest problem z modułem hostfile, pozostałe działają. Instancja dla tego modułu ma konfigurację do myślną, jedynie jest zmienione miejsce docelowe pliku (testuje więc plik leci do /tmp).
Logi wypisują: Dec 2 07:29:25 Lenovo lmsd: LMS Daemon started. Dec 2 07:29:25 Lenovo lmsd: DEBUG: [nowa_instancja/hostfile] initialized Dec 2 07:29:25 Lenovo kernel: [ 549.414046] lmsd[2774]: segfault at 0 ip 00007f2629d2ebef sp 00007fff62b5b678 error 4 in libc-2.13.so[7f2629c06000+195000]
wzasadzie z tym hostfilem męczę się już długo. w wersji 1.11.10-13 też nie działał.
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.
On 03.12.2011 10:49, Łukasz Łuczak wrote:
witam
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 tego jeszcze piszą, o rozmiarze pakietu 64 bajty. Kompletna bzdura z ich strony.
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.
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. 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:
1. connor.sistbg.net 0.0% 100 2.0 0.6 0.1 7.2 0.7 2. 80.50.134.197 0.0% 100 6.4 8.3 4.9 58.0 10.6 3. wro-ar2.tpnet.pl 0.0% 100 11.8 13.1 11.5 40.0 4.7 4. z-Tpnet-dialog.tpnet.pl 0.0% 100 13.3 17.9 12.9 61.3 9.1 5. 217.30.150.10 0.0% 100 34.2 32.1 27.6 275.2 25.5 6. 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?
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.
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 ś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 2. 80.50.134.197 0.0% 100 6.4 8.3 4.9 58.0 10.6 3. wro-ar2.tpnet.pl 0.0% 100 11.8 13.1 11.5 40.0 4.7 4. z-Tpnet-dialog.tpnet.pl 0.0% 100 13.3 17.9 12.9 61.3 9.1 5. 217.30.150.10 0.0% 100 34.2 32.1 27.6 275.2 25.5 6. 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 ?
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
On 04.12.2011 01:35, Lukasz Luczak wrote:
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.
Duże to jakie wg Ciebie?
pozdrawiam Łukasz Łuczak
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
witam
Dzięki wielkie za obszerne info, dostałem jakiś czas temu ofertę z tp, ale problemem były adresy, bo sama zmiana adresacji to nie problem, skontaktuje się jutro z przedstawicielem handlowym z TP i powalczę o PI, co prawda postawa przedstawiciela max olewka, ale może.
Po pierwsze, to nie tak działa. Masz zaalokowane PA:
ten prawidłowy mtr to właśnie druga lokalizacja(choć ta sama klasa), jest igła. tam gdzie hosting są inne maszyny (87.105.31.31) z każdej tak samo gubi pakiety.
Swoją drogą mam przypuszcz enie, że te twoje straty powstają nie u operatora, a u Ciebie. Patrz na te dwa MTR'y
- 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
- 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.... :)
Jeszcze raz dzięki za szerokie info pozdrawiam Łukasz Łuczak
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
Jedna uwaga. Tp jest chyba jedyna na rynku ktora nadal kaze sobie placic za BGP. A to jest wymagane do tego by uruchomic PI lub wlasne PA. Z drugiej strony jest chyba jakosciowo najlepsza. Z innych operatorow odradzam tkt, polecam gts. Netia jest tania i elastyczna, ale sporadycznie potrafi sie sypnac.
Pozdrawiam
Dnia 4 gru 2011 o godz. 20:26 Lukasz Luczak lukasz@maxnet.66.pl napisał(a):
witam
Dzięki wielkie za obszerne info, dostałem jakiś czas temu ofertę z tp, ale problemem były adresy, bo sama zmiana adresacji to nie problem, skontaktuje się jutro z przedstawicielem handlowym z TP i powalczę o PI, co prawda postawa przedstawiciela max olewka, ale może.
Po pierwsze, to nie tak działa. Masz zaalokowane PA:
ten prawidłowy mtr to właśnie druga lokalizacja(choć ta sama klasa), jest igła. tam gdzie hosting są inne maszyny (87.105.31.31) z każdej tak samo gubi pakiety.
Swoją drogą mam przypuszcz enie, że te twoje straty powstają nie u operatora, a u Ciebie. Patrz na te dwa MTR'y
connor.sistbg.net 0.0% 100 0.3 0.7 0.1 8.5 1.1
80.50.134.197 0.0% 100 5.2 9.1 4.9 72.4 12.4
wro-ar2.tpnet.pl 0.0% 100 11.7 13.4 11.6 43.3 5.8
z-Tpnet-dialog.tpnet.pl 0.0% 100 13.1 17.5 12.9 60.3 8.5
r-2-FE-zie.zgora.dialog.net. 0.0% 100 28.1 31.3 27.6 175.6 20.4
hosting.maxnet.66.pl 3.0% 100 30.1 30.4 29.6 38.5 1.0
connor.sistbg.net 0.0% 100 0.4 1.1 0.2 9.2 1.9
80.50.134.197 0.0% 100 6.2 8.5 4.9 59.3 10.0
wro-ar2.tpnet.pl 0.0% 100 21.7 14.4 11.5 47.5 7.8
z-Tpnet-dialog.tpnet.pl 0.0% 100 13.8 17.4 12.7 57.7 8.0
r-2-FE-zie.zgora.dialog.net. 0.0% 100 28.0 34.1 27.7 250.6 30.9
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.... :)
Jeszcze raz dzięki za szerokie info pozdrawiam Łukasz Łuczak
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
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
witam
Dzięki wielkie za obszerne info, dostałem jakiś czas temu ofertę z tp, ale problemem były adresy, bo sama zmiana adresacji to nie problem, skontaktuje się jutro z przedstawicielem handlowym z TP i powalczę o PI, co prawda postawa przedstawiciela max olewka, ale może.
Po pierwsze, to nie tak działa. Masz zaalokowane PA:
ten prawidłowy mtr to właśnie druga lokalizacja(choć ta sama klasa), jest igła. tam gdzie hosting są inne maszyny (87.105.31.31) z każdej tak samo gubi pakiety.
Swoją drogą mam przypuszcz enie, że te twoje straty powstają nie u operatora, a u Ciebie. Patrz na te dwa MTR'y
- 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
- 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.... :)
Jeszcze raz dzięki za szerokie info pozdrawiam Łukasz Łuczak
pozdrawiam Łukasz Łuczak
Cytowanie Łukasz Łuczaklukasz@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, orazktó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
_______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
W dniu 2011-12-03 15:38, Sarenka pisze:
wycinek z umowy:
2.1. Straty pakietów
<<<ciach 64 bajty i inne chore procenty>>>
Z całym szacunkiem, ale Ty neostrade podpinasz?
Nawet do uslug klasy neozdrada nie smialbym dawac takich bzdurnych zapisow. Na uslugi typowo klienckie dajemy i tak kiepski moim zdaniem SLA 98%. I tu mowa o normalnym SLA, a nie o badaniu "jakims ping" :D
pozdrawiam
Nawet do uslug klasy neozdrada nie smialbym dawac takich bzdurnych zapisow. Na uslugi typowo klienckie dajemy i tak kiepski moim zdaniem SLA 98%. I tu mowa o normalnym SLA, a nie o badaniu "jakims ping" :D
pozdrawiam
A swoją drogą - są tam jakieś zapisy na temat pps czy przegapiłem?
uczestnicy (9)
-
A.L.E.C -
Andrzej Banach -
Lukasz Luczak -
maniac -
Rafał Ramocki -
Sarenka -
Tomasz Chiliński -
Łukasz Majek -
Łukasz Łuczak