Forum - PAP2T i jitter

Forum / VoIP / PAP2T i jitter

Autor	Wiadomość
Adam Płaszczyca	Posted: 21 Gru 2006 08:26:33 Witam! Mam bramkę LinkSysa PAP2T, operatorem VoIP jest IPFON, w sumie działa nieźle, jednak pojawia się od czasu do czasu problem dropów i jitteringu. Pooglądałem sobie sieć, sprawdziłem pingi i gubienie pakietów, wnioski są takie, że źródłem problemów jest lokalna sieć, która potrafi raz na jakioś czas opóźnić pakiet. Większość pakietów dociera do SIP-a w 30 ms, co jest wartością bardzo dobrą, niestety zdarza się, że pakiet idzie dłużej, do 100ms. Próbowałem przestawić parametry bramki ustawiając jitter na extremaly high, jednak dalej zdarzają się chwilowe zaniki. Nie sa one długie i w zasadzie nie powodują niezrozumiałości rozmowy, sa jednak denerwujące. Co więcej, dotyczy to tylko kierunku ode mnie w świat, mojch rozmówców słyszę doskonale bez żadnych przerw. Może da się ten problem obejść zmieniając ustawienia bramki? Przeglądałem paramatry obecnie ustawione, jednak same nazwy niewiele mi mówią, a w sieci znalazłem tylko opisy podstawowych parametrów których zmiana nie pomaga zbyt wiele. Gdyby ktoś miał namiar na opis parametrów SIP oraz ustawień linii dla tej bramki i zechciał się wiedzą podzielić byłbym zobowiązany. Pozdrawiam.
Albert	Posted: 21 Gru 2006 08:46:34 Witam! Mam bramkę LinkSysa PAP2T, operatorem VoIP jest IPFON, w sumie działa nieźle, jednak pojawia się od czasu do czasu problem dropów i jitteringu. Pooglądałem sobie sieć, sprawdziłem pingi i gubienie pakietów, wnioski są takie, że źródłem problemów jest lokalna sieć, która potrafi raz na jakioś czas opóźnić pakiet. Większość pakietów dociera do SIP-a w 30 ms, co jest wartością bardzo dobrą, niestety zdarza się, że pakiet idzie dłużej, do 100ms. Próbowałem przestawić parametry bramki ustawiając jitter na extremaly high, jednak dalej zdarzają się chwilowe zaniki. Nie sa one długie i w zasadzie nie powodują niezrozumiałości rozmowy, sa jednak denerwujące. Co więcej, dotyczy to tylko kierunku ode mnie w świat, mojch rozmówców słyszę doskonale bez żadnych przerw. Może da się ten problem obejść zmieniając ustawienia bramki? Przeglądałem paramatry obecnie ustawione, jednak same nazwy niewiele mi mówią, a w sieci znalazłem tylko opisy podstawowych parametrów których zmiana nie pomaga zbyt wiele. Gdyby ktoś miał namiar na opis parametrów SIP oraz ustawień linii dla tej bramki i zechciał się wiedzą podzielić byłbym zobowiązany. Pozdrawiam. W pracy mam internet dostarczony droga radiowa 1/1 to jak dzwonilem do kumpla i sprawdzalem jakos polaczenia to na chwile mi stawala transmisja:) ale i tak jakosc polaczenia byla lepsza na PAP2T niz na DVG-2001s nic takiego nie zaobserwowalem w domu gdzie mam siec a wyjscie w swiat to dsl 4/512 ale tez sie podlacze pod pytanie, moze sie da jakos ulepszy ustawienia bramki :)
Adam Płaszczyca	Posted: 21 Gru 2006 11:06:40 nic takiego nie zaobserwowalem w domu gdzie mam siec a wyjscie w swiat to dsl 4/512 ale tez sie podlacze pod pytanie, moze sie da jakos ulepszy ustawienia bramki :) No ja mam teorytycznie 1024/1024 (i faktycznie transfery takie lecą), ale jak jakiś windziarz zacznie obsrywać broadcastami sieć, to bywa cieńko ;) Z dotychczasowych doświadczeń, to poprawę przyniosło ustawienie parametru RTP Packet Size z 0.030 na 0.060. Jakbym jeszcze wiedział co to jest, to byłbym szczęśliwy ;) Podejrzewam, że to ustawienie co ile czasu ma być wysyłany pakiet, wczesniej co 30ms, teraz co 60ms. Może ktoś to potwierdzić?
Albert	Posted: 21 Gru 2006 11:27:14 nic takiego nie zaobserwowalem w domu gdzie mam siec a wyjscie w swiat to dsl 4/512 ale tez sie podlacze pod pytanie, moze sie da jakos ulepszy ustawienia bramki :) No ja mam teorytycznie 1024/1024 (i faktycznie transfery takie lecą), ale jak jakiś windziarz zacznie obsrywać broadcastami sieć, to bywa cieńko ;) Hm, to moze admin powienien takie cos powycinac i dac jakis priorytet na na protokoly z voipa:) sip zapewne:) No ja mam 4096/512 i tak w graniach 450-470 mi leca:) Z dotychczasowych doświadczeń, to poprawę przyniosło ustawienie parametru RTP Packet Size z 0.030 na 0.060. Jakbym jeszcze wiedział co RTP Packet Size to Real-Time Transfer Protocol http://www.centel.pl/instrukcje/gn06.pdf Pisza tutaj ze rozmiar tego pakietu w sekundach musi byc z przedzialu 0.020 do 0.01 s Tutaj cos napisali dokladniej o tym http://www.cs.columbia.edu/~coms6181/slides/7/rtp.pdf to jest, to byłbym szczęśliwy ;) Podejrzewam, że to ustawienie co ile czasu ma być wysyłany pakiet, wczesniej co 30ms, teraz co 60ms. Może ktoś to potwierdzić? W pracy to mam tez niby 1024/1024 ale tak jak pisalem w pewnym czasie staje na chwile transmisja mnie nie slysza a kolega obok ma lagi:P gdzie zuzycie lacza przez bramke to 10/10 kB :) Moze warto tutaj napisac:) moze akurat beda mogli pomoc http://etelefonia.pl/ovoip.html?goto=main&mb=ekspert
Adam Płaszczyca	Posted: 21 Gru 2006 12:29:18 Hm, to moze admin powienien takie cos powycinac i dac jakis priorytet na na protokoly z voipa:) sip zapewne:) Nie da się, segment sieci to segment sieci i broadcasty będa latały, bo to podstawa arp (i przy okazji NetBios-u). Z dotychczasowych doświadczeń, to poprawę przyniosło ustawienie parametru RTP Packet Size z 0.030 na 0.060. Jakbym jeszcze wiedział co RTP Packet Size to Real-Time Transfer Protocol No to to wiem ;) http://www.centel.pl/instrukcje/gn06.pdf Pisza tutaj ze rozmiar tego pakietu w sekundach musi byc z przedzialu 0.020 do 0.01 s No to by pasowało - widać sieć nie trawiła dużej ilości małych pakietów, za to większe w mniejsczej ilości juz tak. Tutaj cos napisali dokladniej o tym http://www.cs.columbia.edu/~coms6181/slides/7/rtp.pdf Dzięki :D to jest, to byłbym szczęśliwy ;) Podejrzewam, że to ustawienie co ile czasu ma być wysyłany pakiet, wczesniej co 30ms, teraz co 60ms. Może ktoś to potwierdzić? W pracy to mam tez niby 1024/1024 ale tak jak pisalem w pewnym czasie staje na chwile transmisja mnie nie slysza a kolega obok ma lagi:P gdzie zuzycie lacza przez bramke to 10/10 kB :) A to raczej już niewyrabianie się serwera SIP. też takie lagi miałem jak operatorów wybierałem ( i dlatego padł wybór na IPFON ;) ). Moze warto tutaj napisac:) moze akurat beda mogli pomoc http://etelefonia.pl/ovoip.html?goto=main&mb=ekspert A zobaczę :D
eska	Posted: 21 Gru 2006 12:51:54 "Adam Płaszczyca" napisał Mam bramkę LinkSysa PAP2T, operatorem VoIP jest IPFON, w sumie działa nieźle, jednak pojawia się od czasu do czasu problem dropów i jitteringu. Pooglądałem sobie sieć, sprawdziłem pingi i gubienie pakietów, wnioski są takie, że źródłem problemów jest lokalna sieć, która potrafi raz na jakioś czas opóźnić pakiet. Większość pakietów dociera do SIP-a w 30 ms, co jest wartością bardzo dobrą, niestety zdarza się, że pakiet idzie dłużej, do 100ms. Próbowałem przestawić parametry bramki ustawiając jitter na extremaly high, jednak dalej zdarzają się chwilowe zaniki. Nie sa one długie i w zasadzie nie powodują niezrozumiałości rozmowy, sa jednak denerwujące. Co więcej, dotyczy to tylko kierunku ode mnie w świat, mojch rozmówców słyszę doskonale bez żadnych przerw. RE: Bufor jittera kompensuje wyłącznie zaburzenia parametrów pakietów odbieranych (opóźnienie i jego niestabilność). ATA nadaje pakiety w stałych odstępach czasu określonych w RTP Packet Size. np 20ms, 30ms. Brak takiej regularności może świadczyć o uszkodzeniu adaptera. Przerwy w odbiorze pakietów wysyłanych z PAP wskazują raczej na problemy transmisji do odległej bramki MG lub w samej Media Gateway. Wartość RTP PS określa długość ramki - odcinka czasowego sygnału mowy reprezentowanego równoważną liczbą oktetów w części payload każdego pakietu. Np dla kodeka G711 20ms - 160 oktetów, 30ms - 240 oktetów etc. Wzrost wartości tego parametru zmniejsza nieco szybkość transmisji brutto zwiększając jednocześnie systematyczne opóźnienie kodowania i dekodowania. Pozdrowienia VoIP - send and pray
Adam Płaszczyca	Posted: 21 Gru 2006 13:03:29 RE: Bufor jittera kompensuje wyłącznie zaburzenia parametrów pakietów odbieranych (opóźnienie i jego niestabilność). No tak, to faktycznie nie mogło dac żadnych efektów, bo do mnie idzie wszystko cacy. ATA nadaje pakiety w stałych odstępach czasu określonych w RTP Packet Size. np 20ms, 30ms. Tak podejrzewałem. Brak takiej regularności może świadczyć o uszkodzeniu adaptera. Przerwy w odbiorze pakietów wysyłanych z PAP wskazują raczej na problemy transmisji do odległej bramki MG lub w samej Media Gateway. Zgadza się, ping topotwierdza. Wartość RTP PS określa długość ramki - odcinka czasowego sygnału mowy reprezentowanego równoważną liczbą oktetów w części payload każdego pakietu. Np dla kodeka G711 20ms - 160 oktetów, 30ms - 240 oktetów etc. Wzrost wartości tego parametru zmniejsza nieco szybkość transmisji brutto zwiększając jednocześnie systematyczne opóźnienie kodowania i dekodowania. No tak, jednak warto poeksperymentować z ta wartością, jak widać na moim przykładzie. Siec głupiała przy zbyt dużej ilości małych pakietów, a kiedy pakietów jest mniej, za to większych działa o wiele lepiej. Pozdrawiam.
eska	Posted: 21 Gru 2006 13:51:52 "Adam Płaszczyca" napisał No tak, jednak warto poeksperymentować z ta wartością, jak widać na moim przykładzie. Siec głupiała przy zbyt dużej ilości małych pakietów, a kiedy pakietów jest mniej, za to większych działa o wiele lepiej. RE: Z drugiej strony nadmierne zwięszenie wartości RTP PS to wieksze opóźnienie i mniejsza odporność na zajawisko echa Urok i subtelny wdzięk technologii VoIP jest sztuką odkrywania kompromisów. Pozdrowienia VoIP - send and pray
Adam Płaszczyca	Posted: 21 Gru 2006 14:37:37 RE: Z drugiej strony nadmierne zwięszenie wartości RTP PS to wieksze opóźnienie i mniejsza odporność na zajawisko echa Urok i subtelny wdzięk technologii VoIP jest sztuką odkrywania kompromisów. No tak, to jasne. Jednak i tak 100ms opóźnienia nie stanowi problemu.


° Forum ° Odpowiedz ° Rejestracja ° Szukaj °