telefonujeme.cz
telefonování přes internet s VoIP

FAQ

Hledat

Registrace

RSS

Wiki

Přihlášení

Nekorektní ukončení hovoru na SIPu

telefonujeme.cz - Obsah fóra -> Ostatní

Autor

Zpráva

Petr Kutálek

Založen: 31. 10. 2005
Příspěvky: 211

Zaslal: út září 05, 2006 10:35 pm Předmět: Nekorektní ukončení hovoru na SIPu

Přihodila se mi taková podivná věc a neumím najít vysvětlení, proto prosím o konzultace.

Volající (X-Lite 2. generace volá na Asteriska) po ukončení hovoru a zavěšení (Asterisk nevede v patrnosti žádné aktivní SIP kanály) stále ještě hodinu posílá data. Až na žádost musela osoba ručně zavěsit (ukončit aplikaci, to ještě ověřím). Viz obrázky.

Netušíte, jak se toto může přihodit? Umím si představit, že nezpracuje BYE apod. v SIP signalizaci. Je ta myšlenka správná? Stalo se Vám to někdy taky třebaže na jiném zařízení? Snažím se zjistit, kde hledat chybu a zavést nějaká opatření.

Děkuji za názor.

wan0-6h.png

Komentář:

Přenos dat (příchozí proud G.711 na Asteriska je zelená plocha).

Velikost:

4.1 kB

Zobrazeno:

1700 krát

wan0-1h.png

Komentář:

Přenos dat (rozlišení 1h, příchozí proud G.711 na Asteriska je zelená plocha, odchozí červená, uprostřed je ještě zpracován další G.711 hovor, proto ten zub).

Velikost:

3.98 kB

Zobrazeno:

1700 krát

Návrat nahoru

Michal Novotný

Založen: 29. 05. 2005
Příspěvky: 1314
Bydliště: West Palm, FL

Zaslal: út září 05, 2006 10:44 pm Předmět: Re: Nekorektní ukončení hovoru na SIPu

Petr Kutálek napsal:

Nevím jestli Vás nasměruju správně nebo úplně špatně. Při testování X-Lite 3.0 (od CounterPath) jsme narazili na neco obdobneho. Po ukonceni hvooru ze strany X-Lite nebyl tento ukončen (nemel jsem bohuzel moc casu to studovat detailne, ale prislo mi, ze se neukoncil pouze signalizacne a RTP se zavrelo - po 60s ukoncila hovor sama MGW signalem PL - path lost). Podle me na to mel katalyzujiíci ucinek pritomnost 183 pred vyzvednutim, samotne ukonceni ze strany X-lite myslim bylo podminkou a velmi casto se to projevovalo i pri prepinani line1/2.

Návrat nahoru

kokoska.rokoska
Moderátor

Založen: 08. 03. 2005
Příspěvky: 1731
Bydliště: Praha

Zaslal: út září 05, 2006 10:54 pm Předmět: Re: Nekorektní ukončení hovoru na SIPu

Petr Kutálek napsal:

Asi je na mne uz pozde, ale chapu to spravne:
1. Volajici (zdroj) je X-lite
2. Volany (destinace) je Asterisk
3. Hovor normalne bezi, RTP tecou, zadna "jalova" signalizace neprobiha
4. Hovor normalne zacne - probehne INVITE, 200 OK, ACK
5. Asterisk zavesi - posle BYE
6. X-lite odesle ACK a navzdory tomu stale posila RTP

Pokud jsem to spravne pochopil, tak obrana asi neexistuje (snad krome nepouzivani X-lite).

Pokud je tomu jinak, zkuste mi to dovysvetlit :-)
Protoze - neni-li splnen nektery z jmenovanych bodu - napada me spousta duvodu, proc by tomu tak mohlo byt - vetsinu znich jsem si bohuzel experimentalne prosel...

Hezky vecer!

kokoska.rokoska

Návrat nahoru

Petr Kutálek

Založen: 31. 10. 2005
Příspěvky: 211

Zaslal: út září 05, 2006 11:28 pm Předmět: Re: Nekorektní ukončení hovoru na SIPu

kokoska.rokoska napsal:

Hmmm, tuším zakopaného psa. 5. bod neproběhne.

kód:

Transmitting... BYE sip:00421xxxyyyzzz@IP:5060 SIP/2.0

Retransmitting #1
Retransmitting #2
Retransmitting #3
Retransmitting #4
Retransmitting #5

Maximum retries exceeded on call...
Destroying call...

Možná je to náhoda, ale v logu jsem to našel 2x. Obojí byl hovor nad hodinu s volajícím X-Lite (různé lokality) a obojí je u BYE. "Zubatý" hovor na obrázku je vůči SPA, proběhl OK, stejně jako hovory před. Hm. Vyžádám si logy protistran. Děkuji oběma kolegům za info!

PK

Návrat nahoru

Michal Novotný

Založen: 29. 05. 2005
Příspěvky: 1314
Bydliště: West Palm, FL

Zaslal: út září 05, 2006 11:32 pm Předmět: Re: Nekorektní ukončení hovoru na SIPu

Petr Kutálek napsal:

kokoska.rokoska napsal:

Hmmm, tuším zakopaného psa. 5. bod neproběhne.

kód:

Možná že to bylo tak:
A zavěsil (X-Lite)
- X-Lite ale neukončil hvoor signalizačně a zasekl se ...
B zavěsil také (ze strany Asterisk)
A již neodeslal ACK (je zaseknutý)
- Asterisk skončí na Timeru pro retransmit a nedostane ACK a tím pro něj session skončila... klient stále odesílá RTP a je "zaseknutý". Jen hádám..

Návrat nahoru

AdSense
Reklama

Zaslal: Reklama Předmět: Reklamy Google

Návrat nahoru

kokoska.rokoska
Moderátor

Založen: 08. 03. 2005
Příspěvky: 1731
Bydliště: Praha

Zaslal: st září 06, 2006 7:23 am Předmět: Re: Nekorektní ukončení hovoru na SIPu

Michal Novotný napsal:

Petr Kutálek napsal:

kokoska.rokoska napsal:

Hmmm, tuším zakopaného psa. 5. bod neproběhne.

kód:

Vase vysvetleni, pane kolego Michale Novotny, vypada pomerne pravdepodobne. Bohuzel.

Napdaji me jeste nejake duvody (jez jsem sam zazil :-)

1. BYE od Asteriska vubec nedorazi, kvuli nejake anomalii na siti - meli jsme v siti switch s vadnym portetm a chyby se projevovaly prakticky jenom u SIP a FTP signalizace.

2. Nejaka verze EYEBEAMU neodesilala vubec BYE na "prvni zmacknuti". Bylo potreba zmacknout "cudlik" dvakrat rychle za sebou...

3. Kdyz jsem poprve "predsadil" pred Asteriska OpenSER, mel jsem - eufemisticky receno - trosicku neporadek v looseroutingu a strictroutingu. A vysledek byl takovy, ze cela INVITE sekvence probehla OK, ale u BYE sekvence OpenSER nerozeznal spravne co patri ke ktere sessione, ACK preposilal uplne spatne, Asterisk proto stale opakoval BYE a zatimco na klientske strane hovor "de facto" davno skoncil, tak Asterisk uhnil az na missing RTP timeout...

Zatim to jsou takove prvni napady :-)

Hezky den!

kokoska.rokoska

Návrat nahoru

Petr Kutálek

Založen: 31. 10. 2005
Příspěvky: 211

Zaslal: po září 11, 2006 12:04 am Předmět: Re: Nekorektní ukončení hovoru na SIPu

kokoska.rokoska napsal:

Michal Novotný napsal:

Na straně X-Lite bylo pomocí packet snifferu ověřeno, že BYE dorazí, jen jaksi občas není zpracován. Až nějak zjistím "rozhodovací pravidla" X-Lite, kdy paket ignoruje a kdy nikoli, dám vědět, zatím je stanovisko poněkud vágní - u hodně dlouhých hovorů. Já nyní doufám, že v cílových stanicích bude pořízeno něco, co by se snažilo naplnit pojem "telefonie". Což příprava na spojení pomocí SW u mne rozhodně neplní. Je to na dobré cestě, argumenty jsem předložil. :)

Návrat nahoru