GrandStream GXP1160

[johny87]

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

SIP Debugging Enabled for IP: 192.168.100.10
== Using SIP RTP CoS mark 5
-- Executing [105@104:1] Set("SIP/104-00000e48", "fname=1407845793.4126.wav") in new stack
-- Executing [105@104:2] MixMonitor("SIP/104-00000e48", "/home/voip/records/1407845793.4126.wav,W(0)b") in new stack
== Begin MixMonitor Recording SIP/104-00000e48
-- Executing [105@104:3] Goto("SIP/104-00000e48", "allow,105,1") in new stack
-- Goto (allow,105,1)
-- Executing [105@allow:1] Dial("SIP/104-00000e48", "SIP/105") in new stack
== Using SIP RTP CoS mark 5
Audio is at 12120
Adding codec 0x8 (alaw) to SDP
Adding codec 0x4 (ulaw) to SDP
Adding codec 0x1000 (g722) to SDP
Adding codec 0x2 (gsm) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (NAT) to 192.168.100.10:5060:
INVITE sip:105@192.168.100.10:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.100.1:5060;branch=z9hG4bK5f19afae;rport
Max-Forwards: 70
From: "Иртегова Яна" <sip:104@192.168.100.1>;tag=as28022f82
To: <sip:105@192.168.100.10:5060>
Contact: <sip:104@192.168.100.1:5060>
Call-ID: 79b22f6e013ffd33498a22f32d7a4f34@192.168.100.1:5060
CSeq: 102 INVITE
User-Agent: asterisk
Date: Tue, 12 Aug 2014 12:16:33 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 324

v=0
o=root 1106964610 1106964610 IN IP4 192.168.100.1
s=Asterisk PBX 1.8.10.1~dfsg-1ubuntu1
c=IN IP4 192.168.100.1
t=0 0
m=audio 12120 RTP/AVP 8 0 9 3 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:9 G722/8000
a=rtpmap:3 GSM/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv

---
-- Called SIP/105

<--- SIP read from UDP:192.168.100.10:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.100.1:5060;branch=z9hG4bK5f19afae;rport=5060
From: "Иртегова Яна" <sip:104@192.168.100.1>;tag=as28022f82
To: <sip:105@192.168.100.10:5060>
Call-ID: 79b22f6e013ffd33498a22f32d7a4f34@192.168.100.1:5060
CSeq: 102 INVITE
Supported: replaces, path, timer
User-Agent: Grandstream GXP1160 1.0.6.11
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE, MESSAGE
Content-Length: 0

<------------->
--- (10 headers 0 lines) ---

<--- SIP read from UDP:192.168.100.10:5060 --->
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 192.168.100.1:5060;branch=z9hG4bK5f19afae;rport=5060
From: "Иртегова Яна" <sip:104@192.168.100.1>;tag=as28022f82
To: <sip:105@192.168.100.10:5060>;tag=2087132073
Call-ID: 79b22f6e013ffd33498a22f32d7a4f34@192.168.100.1:5060
CSeq: 102 INVITE
Contact: <sip:105@192.168.100.10:5060>
Supported: replaces, path, timer
User-Agent: Grandstream GXP1160 1.0.6.11
Allow-Events: talk, hold
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE, MESSAGE
Content-Length: 0

<------------->
--- (12 headers 0 lines) ---
list_route: hop: <sip:105@192.168.100.10:5060>
-- SIP/105-00000e49 is ringing
[Aug 12 18:16:39] NOTICE[1562]: chan_sip.c:13058 sip_reregister: -- Re-registration for 724392@sip.comtube.com
> doing dnsmgr_lookup for 'sip.comtube.com'
> doing dnsmgr_lookup for 'sip.comtube.com'

<--- SIP read from UDP:192.168.100.10:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.100.1:5060;branch=z9hG4bK5f19afae;rport=5060
From: "Иртегова Яна" <sip:104@192.168.100.1>;tag=as28022f82
To: <sip:105@192.168.100.10:5060>;tag=2087132073
Call-ID: 79b22f6e013ffd33498a22f32d7a4f34@192.168.100.1:5060
CSeq: 102 INVITE
Contact: <sip:105@192.168.100.10:5060>
Supported: replaces, path, timer
User-Agent: Grandstream GXP1160 1.0.6.11
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE, MESSAGE
Content-Type: application/sdp
Content-Length: 214

v=0
o=105 8000 8000 IN IP4 192.168.100.10
s=SIP Call
c=IN IP4 192.168.100.10
t=0 0
m=audio 5004 RTP/AVP 8 101
a=sendrecv
a=rtpmap:8 PCMA/8000
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
<------------->
--- (12 headers 11 lines) ---
Found RTP audio format 8
Found RTP audio format 101
Found audio description format PCMA for ID 8
Found audio description format telephone-event for ID 101
Capabilities: us - 0x110f (g723|gsm|ulaw|alaw|g729|g722), peer - audio=0x8 (alaw)/video=0x0 (nothing)/text=0x0 (nothing), combined - 0x8 (alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x1 (telephone-event|), combined - 0x1 (telephone-event|)
Peer audio RTP is at port 192.168.100.10:5004
list_route: hop: <sip:105@192.168.100.10:5060>
set_destination: Parsing <sip:105@192.168.100.10:5060> for address/port to send to
set_destination: set destination to 192.168.100.10:5060
Transmitting (NAT) to 192.168.100.10:5060:
ACK sip:105@192.168.100.10:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.100.1:5060;branch=z9hG4bK332c281c;rport
Max-Forwards: 70
From: "Иртегова Яна" <sip:104@192.168.100.1>;tag=as28022f82
To: <sip:105@192.168.100.10:5060>;tag=2087132073
Contact: <sip:104@192.168.100.1:5060>
Call-ID: 79b22f6e013ffd33498a22f32d7a4f34@192.168.100.1:5060
CSeq: 102 ACK
User-Agent: asterisk
Content-Length: 0


---
-- SIP/105-00000e49 answered SIP/104-00000e48
-- fixed jitterbuffer created on channel SIP/105-00000e49
-- fixed jitterbuffer created on channel SIP/104-00000e48

<--- SIP read from UDP:192.168.100.10:5060 --->
BYE sip:104@192.168.100.1:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.100.10:5060;branch=z9hG4bK966488083;rport
From: <sip:105@192.168.100.10:5060>;tag=2087132073
To: "Иртегова Яна" <sip:104@192.168.100.1>;tag=as28022f82
Call-ID: 79b22f6e013ffd33498a22f32d7a4f34@192.168.100.1:5060
CSeq: 103 BYE
Contact: <sip:105@192.168.100.10:5060>
Max-Forwards: 70
Supported: replaces, path, timer
User-Agent: Grandstream GXP1160 1.0.6.11
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE, MESSAGE
Content-Length: 0

<------------->
--- (12 headers 0 lines) ---
Sending to 192.168.100.10:5060 (NAT)
Scheduling destruction of SIP dialog '79b22f6e013ffd33498a22f32d7a4f34@192.168.100.1:5060' in 6400 ms (Method: BYE)

<--- Transmitting (NAT) to 192.168.100.10:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.100.10:5060;branch=z9hG4bK966488083;received=192.168.100.10;rport=5060
From: <sip:105@192.168.100.10:5060>;tag=2087132073
To: "Иртегова Яна" <sip:104@192.168.100.1>;tag=as28022f82
Call-ID: 79b22f6e013ffd33498a22f32d7a4f34@192.168.100.1:5060
CSeq: 103 BYE
Server: asterisk
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Length: 0


<------------>
-- fixed jitterbuffer destroyed on channel SIP/105-00000e49
== Spawn extension (allow, 105, 1) exited non-zero on 'SIP/104-00000e48'
-- fixed jitterbuffer destroyed on channel SIP/104-00000e48
== MixMonitor close filestream
== End MixMonitor Recording SIP/104-00000e48
Really destroying SIP dialog '79b22f6e013ffd33498a22f32d7a4f34@192.168.100.1:5060' Method: BYE
asterisk*CLI> sip set debug off

[Vlad1983]

в rtp.conf параметр rtpchecksums=yes

[johny87]

Поставил, перезапустил астериск, попробовал : на первом звонке на 7-ой минуте начался робот. Во втором звонке на 13-ой минуте.

[Vlad1983]

в логах на моменты этих вызовов появляются сообщения наподобие "RTP Read too short"?

для ускорения проявлений делаете входящий с сотового и отключаете микрофон на нем.

[johny87]

В логах астериска (/var/log/asterisk/messages) во время этих звонков никаких записей нет.

Если RTP поток в котором был робот в Wireshark смотреть то там :
От астериска к телефону :

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

Max delta = 219,52 ms at packet no. 234
Max jitter = 11,77 ms. Mean jitter = 0,13 ms.
Max skew = -200,04 ms.
Total RTP packets = 40057 (expected 40057) Lost RTP packets = 0 (0,00%) Sequence errors = 0
Duration 801,56 s (-1 ms clock drift, corresponding to 8000 Hz (-0,00%)

От астериска к sip-провайдеру :

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

Max delta = 240,72 ms at packet no. 16183
Max jitter = 12,67 ms. Mean jitter = 0,23 ms.
Max skew = -1,93 ms.
Total RTP packets = 39874 (expected 39874) Lost RTP packets = -48 (-0,12%) Sequence errors = 48
Duration 800,34 s (-139 ms clock drift, corresponding to 7999 Hz (-0,02%)

Здесь иногда вылазит : Payload changed to PT=101 и Wrong Sequence nr.


От телефона к астериску :

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

Max delta = 27,10 ms at packet no. 136381
Max jitter = 15,50 ms. Mean jitter = 0,47 ms.
Max skew = -21,97 ms.
Total RTP packets = 40053 (expected 40053) Lost RTP packets = 0 (0,00%) Sequence errors = 0
Duration 800,74 s (-131 ms clock drift, corresponding to 7999 Hz (-0,02%)

От sip-провайдера к астериску :

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

Max delta = 40,29 ms at packet no. 67684
Max jitter = 0,21 ms. Mean jitter = 0,07 ms.
Max skew = 0,72 ms.
Total RTP packets = 40089 (expected 40089) Lost RTP packets = 2 (0,00%) Sequence errors = 2
Duration 801,76 s (-0 ms clock drift, corresponding to 8000 Hz (-0,00%)

Насчет ускорения не понял, если я позвоню с сотового на Grandstream и выключу на сотовом микрофон, то в Grandstream я ничего не услышу, в том числе и робот. Или микрофон выключить на Grandstream ?

[Vlad1983]

откройте по кнопке Player в Wireshark
какой процент Wrong Timestamp на каждой ноге?

[johny87]

Попробовал через Ekiga (софт-клиет) позвонить на те же номера, за более 30 минут разговора робот не появился. На Grandstream я сделал 13 тестов на этот номер, всегда появлялся голос-собеседника робот в течении максимум 21 минут, в среднем за 10 минут. Так что это Grandstream что-то чудит..может у него процессор что-то начинает делать, уходит в макс. загрузку и из-за этого голос собеседника начинает быть роботом. Если например при появлении робота нажать Transfer на другой Grandstream, то голос становится ОК, да даже без перевода на другой Grandstream, просто Transfer, потом Cancel и голос опять ок.

[Vlad1983]

работает VAD со стороны оператора.
скорей всего это из-за него.

можно попробовать нивелировать пропустив трафик через FreeSwitch, но проще и быстрей попросить оператора отключить VAD.

[johny87]

А без обращения к провайдеру никак не решить ? Почему-то Ekiga ведь не глючит так.
Еще в Grandstream GXP1160 есть поддержка CNG, как раз для усмирения VAD, но пока не вижу как настраивается этот CNG..

[Vlad1983]

на своей территории уже сказал каким образом можно попробовать решить

не все железо не понимающее VAD нормально себя ведет
Ekiga либо понимает, либо более адаптирована к подобным "провалам" в RTP