Pomoc w analizie stream RTP

Problemy związane z Unified Communications
Wiadomość
Autor
Awatar użytkownika
dacula
wannabe
wannabe
Posty: 504
Rejestracja: 28 lip 2008, 20:49
Lokalizacja: Katowice

Pomoc w analizie stream RTP

#1

#1 Post autor: dacula »

Prosze o pomoc w analizie stream RTP, to, ze jest zle to wiem ;-)
Jest masa pakietow przychodzacych w niewlasciwej kolejnosci (wrong sequence), potrzebuje informacji odnosnie delty i jitter jak analizowac te parametry i jakie sa widelki dopuszczalne.

Obrazek

Awatar użytkownika
ambde
wannabe
wannabe
Posty: 53
Rejestracja: 07 lut 2007, 22:37
Lokalizacja: Warszawa

#2

#2 Post autor: ambde »

A z jakiego softu jest to log? Program zapowiada sie ciekawie.

Awatar użytkownika
dacula
wannabe
wannabe
Posty: 504
Rejestracja: 28 lip 2008, 20:49
Lokalizacja: Katowice

#3

#3 Post autor: dacula »

Najzwyklejszy wireshark :)
Korzystalem jeszcze z takiej zabawki jak tracebuster.

Awatar użytkownika
peper
CCIE / Site Admin
CCIE / Site Admin
Posty: 5005
Rejestracja: 13 sie 2004, 12:19
Lokalizacja: Warsaw, PL
Kontakt:

#4

#4 Post autor: peper »

Po czym ten stream puszczasz, na jaka odleglosc, jaki masz jitter na pingach, czy masz LLQ na wyjsciu w obie strony ustawiony?
Szkoła DevNet: https://szkoladevnet.pl


Facebook: https://www.facebook.com/Piotr.Wojciechowski.CCIE
LinkedIn: https://www.linkedin.com/in/peper
Twitter: https://www.twitter.com/PiotrW_CCIE

"Zapomniałem że od kilku lat wszyscy giną jakby nigdy ich nie miało być
w stu tysiącach jednakowych miast giną jak psy"

Awatar użytkownika
dacula
wannabe
wannabe
Posty: 504
Rejestracja: 28 lip 2008, 20:49
Lokalizacja: Katowice

#5

#5 Post autor: dacula »

Podpiety hub przed moja siecia, lacze to jest 2 mega ze stykiem eth. Lacze nie jest wysycone jak jest skonfigurowany router nie mam pojecia bo nie mam nad nim zarzadzania.

Tak naprawde chodzi mi glownie o to jak sa dopuszczalne wartosci jitter i delty.

Widze, ze temat niestety umarl.

Awatar użytkownika
balam
wannabe
wannabe
Posty: 977
Rejestracja: 21 cze 2006, 16:27
Lokalizacja: Warszawa

#6

#6 Post autor: balam »

dacula pisze: Tak naprawde chodzi mi glownie o to jak sa dopuszczalne wartosci jitter i delty.
Cisco mowi o tym zeby delay nie byl wiekszy w jedna strone niz 150ms, a jitter ponizej 30ms powinien byc.

Awatar użytkownika
dacula
wannabe
wannabe
Posty: 504
Rejestracja: 28 lip 2008, 20:49
Lokalizacja: Katowice

#7

#7 Post autor: dacula »

Czyli patrzac na tego screena gdzie maxdelta dochodzi do 84 ms a jitter maksymalnie do 6.22 ms to jest wszystko ok.

150 max dla jednego streama tak?

Awatar użytkownika
balam
wannabe
wannabe
Posty: 977
Rejestracja: 21 cze 2006, 16:27
Lokalizacja: Warszawa

#8

#8 Post autor: balam »

dacula pisze:Czyli patrzac na tego screena gdzie maxdelta dochodzi do 84 ms a jitter maksymalnie do 6.22 ms to jest wszystko ok.

150 max dla jednego streama tak?
Tak, dodatkowo strata nie powinna przekroczyc 1%, a z doswiadczenia to powinna byc 0 albo bardzo blisko.

Awatar użytkownika
dacula
wannabe
wannabe
Posty: 504
Rejestracja: 28 lip 2008, 20:49
Lokalizacja: Katowice

#9

#9 Post autor: dacula »

Cos jeszcze warto wiedziec na temat RTP w przypadku VoIP?

Seba
CCIE/CCDE Site Admin
CCIE/CCDE Site Admin
Posty: 6223
Rejestracja: 15 lip 2004, 20:35
Lokalizacja: Warsaw, PL

#10

#10 Post autor: Seba »

dacula pisze:Cos jeszcze warto wiedziec na temat RTP w przypadku VoIP?
Polecam RFC3550
"Two things are infinite: the universe and human stupidity; and I'm not sure about the universe."
A. Einstein

Awatar użytkownika
dacula
wannabe
wannabe
Posty: 504
Rejestracja: 28 lip 2008, 20:49
Lokalizacja: Katowice

#11

#11 Post autor: dacula »

Mozecie polecic tez jakas ciekawa strone na temat kodekow audio?

Chodzi mi o wiadomosci ile pasma potrzeba zarezerwoac dla kodeka G.771A i G729.

Seba
CCIE/CCDE Site Admin
CCIE/CCDE Site Admin
Posty: 6223
Rejestracja: 15 lip 2004, 20:35
Lokalizacja: Warsaw, PL

#12

#12 Post autor: Seba »

www.google.com i zapytanie "g.711 bandwidth" i pierwszy link, ktory sie pojawia to
VoIP Bandwidth Calculator
A tak na marginesie, odrobina samodzielnego "wysilku" nie zaszkodzi ;)
"Two things are infinite: the universe and human stupidity; and I'm not sure about the universe."
A. Einstein

Awatar użytkownika
dacula
wannabe
wannabe
Posty: 504
Rejestracja: 28 lip 2008, 20:49
Lokalizacja: Katowice

#13

#13 Post autor: dacula »

Seba pisze:A tak na marginesie, odrobina samodzielnego "wysilku" nie zaszkodzi ;)
Co prawda to prawda, przepraszam.

Jeszcze pytanie odnosnie pasma:

G.711 (PCM) 64 kbps 20 ms 160 1 95.2 kbps

Rozumie, ze te 64 kbps trzeba przemnozyc x 2, czyli 64 na jeden strumien?

Seba
CCIE/CCDE Site Admin
CCIE/CCDE Site Admin
Posty: 6223
Rejestracja: 15 lip 2004, 20:35
Lokalizacja: Warsaw, PL

#14

#14 Post autor: Seba »

No nie do konca mnozyc przez 2, poniewaz liczy sie kierunek, input lub output. Jest to szczegolnie istotne jak masz niesymetryczne wartosci upload/download (np. ADSL) na laczu.
Tak, wiec wynik wyliczenia pokazuje ile potrzebuje strumien przesylany w jednym kierunku.
"Two things are infinite: the universe and human stupidity; and I'm not sure about the universe."
A. Einstein

Awatar użytkownika
dacula
wannabe
wannabe
Posty: 504
Rejestracja: 28 lip 2008, 20:49
Lokalizacja: Katowice

#15

#15 Post autor: dacula »

Seba pisze:No nie do konca mnozyc przez 2, poniewaz liczy sie kierunek, input lub output. Jest to szczegolnie istotne jak masz niesymetryczne wartosci upload/download (np. ADSL) na laczu.
Tak, wiec wynik wyliczenia pokazuje ile potrzebuje strumien przesylany w jednym kierunku.
Rozwazajac teoretyczna sytuacje.
Lacze DSL 2048/256 teoretycznie pozwala na wykonanie czterech jednoczesnych polaczen, ale rozumie, ze te 64 k to samo audio bez naglowkow RTP/IP/protokolow lacza danych?

ODPOWIEDZ