Страница 2 из 7

Re: Дублирование DTMF

Добавлено: 07 май 2018, 15:19
repp.sv
Как по этим данным понять, что оператор отправляет DTMF именно в RFC2833, а не например в INFO?

Re: Дублирование DTMF

Добавлено: 07 май 2018, 16:00
ded
Telephone event 101 is RFC2833..When you see the ff lines in your SDP, then you are doing RFC2833..

a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16 - - цифры с 0 по 9 а также дополнительные A B C D (не уверен о E & F)
RFC2833 transports DTMF inside RTP stream using Payload type 101...This ha snothing to do with G711, because G711 is a payload on its own..
Please refer to this doc to understand DTMF negotiation better

https://supportforums.cisco.com/docs/DOC-33944

Re: Дублирование DTMF

Добавлено: 10 май 2018, 16:33
repp.sv
Может кто-нибудь подскажет почему Wireshark при звонке на один номер DTMF пакеты собирает в одну запись http://prntscr.com/jd8fb0,
а при звонке на номер где DTMF работает некорректно пакеты с DTMF отображаются по отдельности http://prntscr.com/jd8dp7. Оператор связи один и тот же.
Внутри пакетов вроде все одно и тоже, кроме того если одна из цифр дублировалась, то количество пакетов во втором случае увеличивается.

Re: Дублирование DTMF

Добавлено: 10 май 2018, 19:42
ded
Проверьте размер пакетизации (размер udp пактов) в том и в другом случае.

Re: Дублирование DTMF

Добавлено: 10 май 2018, 20:04
awsswa
понять какой ptime можно по нормальному pcap файлу, но не по картинке

и где то тут на форуме я показывал как это можно увидать самому взглянув на pcap файл

Re: Дублирование DTMF

Добавлено: 11 май 2018, 13:28
repp.sv
это звонок на номер где глючит DTMF

Код: Выделить всё

INVITE sip:rt@92.32.12.47:5060 SIP/2.0
Via: SIP/2.0/UDP 212.48.97.152:5060;branch=z9hG4bKb9v0mo20c8e65tknc700.1
From: "79111887703" <sip:79111887703@524934.14.rt.ru>;tag=eSw1UWF7
To: <sip:rt@524934.14.rt.ru>
Call-ID: O7GS-f7U7d5oc6Sf0@188.254.33.173
CSeq: 1 INVITE
Contact: <sip:79111887703@212.48.97.152:5060;transport=udp>
Content-Type: application/sdp
Max-Forwards: 68
Supported: replaces
User-Agent: RTC CallManager 6.7-47-g486e743
Content-Length: 240

v=0
o=user 506588 506588 IN IP4 212.48.97.152
s=call
c=IN IP4 212.48.97.152
t=0 0
m=audio 26352 RTP/AVP 8 0 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=sendrecv
a=ptime:20

SIP/2.0 100 Trying
Via: SIP/2.0/UDP 212.48.97.152:5060;branch=z9hG4bKb9v0mo20c8e65tknc700.1;received=212.48.97.152
From: "79111887703" <sip:79111887703@524934.14.rt.ru>;tag=eSw1UWF7
To: <sip:rt@524934.14.rt.ru>
Call-ID: O7GS-f7U7d5oc6Sf0@188.254.33.173
CSeq: 1 INVITE
Server: Asterisk PBX 13.18.1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Contact: <sip:rt@92.32.12.47:5060>
Content-Length: 0

SIP/2.0 200 OK
Via: SIP/2.0/UDP 212.48.97.152:5060;branch=z9hG4bKb9v0mo20c8e65tknc700.1;received=212.48.97.152
From: "79111887703" <sip:79111887703@524934.14.rt.ru>;tag=eSw1UWF7
To: <sip:rt@524934.14.rt.ru>;tag=as54d0a3dd
Call-ID: O7GS-f7U7d5oc6Sf0@188.254.33.173
CSeq: 1 INVITE
Server: Asterisk PBX 13.18.1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Contact: <sip:rt@92.32.12.47:5060>
Content-Type: application/sdp
Content-Length: 260

v=0
o=root 574342310 574342310 IN IP4 92.32.12.47
s=Asterisk PBX 13.18.1
c=IN IP4 92.32.12.47
t=0 0
m=audio 12970 RTP/AVP 8 0 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=maxptime:150
a=sendrecv

ACK sip:rt@92.32.12.47:5060 SIP/2.0
Via: SIP/2.0/UDP 212.48.97.152:5060;branch=z9hG4bKc9c5qa30c0t5j5dho300.1
From: "79111887703" <sip:79111887703@524934.14.rt.ru>;tag=eSw1UWF7
To: <sip:rt@524934.14.rt.ru>;tag=as54d0a3dd
Call-ID: O7GS-f7U7d5oc6Sf0@188.254.33.173
CSeq: 1 ACK
Max-Forwards: 68
User-Agent: RTC CallManager 6.7-47-g486e743
Content-Length: 0

INVITE sip:rt@92.32.12.47:5060 SIP/2.0
Via: SIP/2.0/UDP 212.48.97.152:5060;branch=z9hG4bKc9c5qa30c0t5j5dho300cb0000010.1
From: "79111887703" <sip:79111887703@524934.14.rt.ru>;tag=eSw1UWF7
To: <sip:rt@524934.14.rt.ru>;tag=as54d0a3dd
Call-ID: O7GS-f7U7d5oc6Sf0@188.254.33.173
CSeq: 2 INVITE
Contact: <sip:79111887703@212.48.97.152:5060;transport=udp>
Content-Type: application/sdp
Max-Forwards: 69
Supported: replaces
User-Agent: RTC CallManager 6.7-47-g486e743
Content-Length: 220

v=0
o=user 506588 506589 IN IP4 212.48.97.152
s=call
c=IN IP4 212.48.97.152
t=0 0
m=audio 26352 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=maxptime:150
a=sendrecv

SIP/2.0 100 Trying
Via: SIP/2.0/UDP 212.48.97.152:5060;branch=z9hG4bKc9c5qa30c0t5j5dho300cb0000010.1;received=212.48.97.152
From: "79111887703" <sip:79111887703@524934.14.rt.ru>;tag=eSw1UWF7
To: <sip:rt@524934.14.rt.ru>;tag=as54d0a3dd
Call-ID: O7GS-f7U7d5oc6Sf0@188.254.33.173
CSeq: 2 INVITE
Server: Asterisk PBX 13.18.1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Contact: <sip:rt@92.32.12.47:5060>
Content-Length: 0

SIP/2.0 200 OK
Via: SIP/2.0/UDP 212.48.97.152:5060;branch=z9hG4bKc9c5qa30c0t5j5dho300cb0000010.1;received=212.48.97.152
From: "79111887703" <sip:79111887703@524934.14.rt.ru>;tag=eSw1UWF7
To: <sip:rt@524934.14.rt.ru>;tag=as54d0a3dd
Call-ID: O7GS-f7U7d5oc6Sf0@188.254.33.173
CSeq: 2 INVITE
Server: Asterisk PBX 13.18.1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Contact: <sip:rt@92.32.12.47:5060>
Content-Type: application/sdp
Content-Length: 236

v=0
o=root 574342310 574342311 IN IP4 92.32.12.47
s=Asterisk PBX 13.18.1
c=IN IP4 92.32.12.47
t=0 0
m=audio 12970 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=maxptime:150
a=sendrecv

ACK sip:rt@92.32.12.47:5060 SIP/2.0
Via: SIP/2.0/UDP 212.48.97.152:5060;branch=z9hG4bKl9e59i300gjjlrk2m100.1
From: "79111887703" <sip:79111887703@524934.14.rt.ru>;tag=eSw1UWF7
To: <sip:rt@524934.14.rt.ru>;tag=as54d0a3dd
Call-ID: O7GS-f7U7d5oc6Sf0@188.254.33.173
CSeq: 2 ACK
Max-Forwards: 68
User-Agent: RTC CallManager 6.7-47-g486e743
Content-Length: 0

BYE sip:79111887703@212.48.97.152:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 92.32.12.47:5060;branch=z9hG4bK11667867
Max-Forwards: 70
From: <sip:rt@524934.14.rt.ru>;tag=as54d0a3dd
To: "79111887703" <sip:79111887703@524934.14.rt.ru>;tag=eSw1UWF7
Call-ID: O7GS-f7U7d5oc6Sf0@188.254.33.173
CSeq: 102 BYE
User-Agent: Asterisk PBX 13.18.1
X-Asterisk-HangupCause: Normal Clearing
X-Asterisk-HangupCauseCode: 16
Content-Length: 0

SIP/2.0 200 OK
Via: SIP/2.0/UDP 92.32.12.47:5060;branch=z9hG4bK11667867
From: <sip:rt@524934.14.rt.ru>;tag=as54d0a3dd
To: "79111887703" <sip:79111887703@524934.14.rt.ru>;tag=eSw1UWF7
Call-ID: O7GS-f7U7d5oc6Sf0@188.254.33.173
CSeq: 102 BYE
User-Agent: RTC CallManager 6.7-47-g486e743
Content-Length: 0
а это на номер где DTMF нормально проходит

Код: Выделить всё

INVITE sip:rt@92.32.12.47:5060 SIP/2.0
Via: SIP/2.0/UDP 212.48.97.152:5060;branch=z9hG4bKp8ivmv10eg507vc80500.1
From: "89111887703" <sip:89111887703@524934.14.rt.ru>;tag=ZbaKKUi6
To: <sip:rt@524934.14.rt.ru>
Call-ID: UMzG-uujS8aGN7ulS@188.254.33.173
CSeq: 1 INVITE
Contact: <sip:89111887703@212.48.97.152:5060;transport=udp>
Content-Type: application/sdp
Max-Forwards: 67
Supported: replaces
User-Agent: RTC CallManager 6.7-47-g486e743
Content-Length: 204

v=0
o=user 960156 960156 IN IP4 212.48.97.152
s=call
c=IN IP4 212.48.97.152
t=0 0
m=audio 24760 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv

SIP/2.0 100 Trying
Via: SIP/2.0/UDP 212.48.97.152:5060;branch=z9hG4bKp8ivmv10eg507vc80500.1;received=212.48.97.152
From: "89111887703" <sip:89111887703@524934.14.rt.ru>;tag=ZbaKKUi6
To: <sip:rt@524934.14.rt.ru>
Call-ID: UMzG-uujS8aGN7ulS@188.254.33.173
CSeq: 1 INVITE
Server: Asterisk PBX 13.18.1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Contact: <sip:rt@92.32.12.47:5060>
Content-Length: 0


SIP/2.0 200 OK
Via: SIP/2.0/UDP 212.48.97.152:5060;branch=z9hG4bKp8ivmv10eg507vc80500.1;received=212.48.97.152
From: "89111887703" <sip:89111887703@524934.14.rt.ru>;tag=ZbaKKUi6
To: <sip:rt@524934.14.rt.ru>;tag=as4f9aac08
Call-ID: UMzG-uujS8aGN7ulS@188.254.33.173
CSeq: 1 INVITE
Server: Asterisk PBX 13.18.1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Contact: <sip:rt@92.32.12.47:5060>
Content-Type: application/sdp
Content-Length: 238

v=0
o=root 1065690704 1065690704 IN IP4 92.32.12.47
s=Asterisk PBX 13.18.1
c=IN IP4 92.32.12.47
t=0 0
m=audio 12664 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=maxptime:150
a=sendrecv


ACK sip:rt@92.32.12.47:5060 SIP/2.0
Via: SIP/2.0/UDP 212.48.97.152:5060;branch=z9hG4bKqoo0p820fo16i4dgu500.1
From: "89111887703" <sip:89111887703@524934.14.rt.ru>;tag=ZbaKKUi6
To: <sip:rt@524934.14.rt.ru>;tag=as4f9aac08
Call-ID: UMzG-uujS8aGN7ulS@188.254.33.173
CSeq: 1 ACK
Max-Forwards: 67
User-Agent: RTC CallManager 6.7-47-g486e743
Content-Length: 0


BYE sip:89111887703@212.48.97.152:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 92.32.12.47:5060;branch=z9hG4bK1fa654f0
Max-Forwards: 70
From: <sip:rt@524934.14.rt.ru>;tag=as4f9aac08
To: "89111887703" <sip:89111887703@524934.14.rt.ru>;tag=ZbaKKUi6
Call-ID: UMzG-uujS8aGN7ulS@188.254.33.173
CSeq: 102 BYE
User-Agent: Asterisk PBX 13.18.1
X-Asterisk-HangupCause: Normal Clearing
X-Asterisk-HangupCauseCode: 16
Content-Length: 0

SIP/2.0 200 OK
Via: SIP/2.0/UDP 92.32.12.47:5060;branch=z9hG4bK1fa654f0
From: <sip:rt@524934.14.rt.ru>;tag=as4f9aac08
To: "89111887703" <sip:89111887703@524934.14.rt.ru>;tag=ZbaKKUi6
Call-ID: UMzG-uujS8aGN7ulS@188.254.33.173
CSeq: 102 BYE
User-Agent: RTC CallManager 6.7-47-g486e743
Content-Length: 0
здесь поля ptime вообще нет.

Re: Дублирование DTMF

Добавлено: 11 май 2018, 13:48
ded
Это SIP дебаг.
repp.sv писал(а):У нас оператор Ростелеком. Они утверждают что DTMF отдают по rfc2833.
судя по дебагу - да, отдают в rfc2833.
А поле ptime можно наблюдать в анализе pcap файла из tcpdump через Wireshark.
https://osqa-ask.wireshark.org/question ... rtp-packet

Re: Дублирование DTMF

Добавлено: 11 май 2018, 15:37
awsswa
нашел наконец где я выкладывал как найти истинный ptime
https://forum.asterisk.ru/viewtopic.php ... 3&start=20

в SPA2102 по умолчанию ptime стоит в 30
и с ростелекомом как раз была бяка - как звонки в одну сторону, позвонить можно, принять звонок нет

Re: Дублирование DTMF

Добавлено: 11 май 2018, 15:57
repp.sv

Код: Выделить всё

No.     Time           Source                Destination           Protocol Length Info
   6530 13.171511      172.17.212.232        212.48.97.152        RTP      214    PT=ITU-T G.711 PCMA, SSRC=0x5CF2DA7E, Seq=12809, Time=160, Mark

Frame 6530: 214 bytes on wire (1712 bits), 214 bytes captured (1712 bits)
    Encapsulation type: Ethernet (1)
    Arrival Time: May  3, 2018 15:53:14.694870000 RTZ 2 (зима)
    [Time shift for this packet: 0.000000000 seconds]
    Epoch Time: 1525351994.694870000 seconds
    [Time delta from previous captured frame: 0.001096000 seconds]
    [Time delta from previous displayed frame: 1.346717000 seconds]
    [Time since reference or first frame: 13.171511000 seconds]
    Frame Number: 6530
    Frame Length: 214 bytes (1712 bits)
    Capture Length: 214 bytes (1712 bits)
    [Frame is marked: False]
    [Frame is ignored: False]
    [Protocols in frame: eth:ethertype:ip:udp:rtp]
    [Coloring Rule Name: UDP]
    [Coloring Rule String: udp]
Ethernet II, Src: Vmware_8a:13:42 (00:50:56:8a:13:42), Dst: Cisco_d9:b7:e2 (3c:08:f6:d9:b7:e2)
Internet Protocol Version 4, Src: 172.17.252.174, Dst: 212.48.197.150
    0100 .... = Version: 4
    .... 0101 = Header Length: 20 bytes (5)
    Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT)
    Total Length: 200
    Identification: 0x0000 (0)
    Flags: 0x4000, Don't fragment
    Time to live: 64
    Protocol: UDP (17)
    Header checksum: 0xf79d [validation disabled]
    [Header checksum status: Unverified]
    Source: 172.17.252.174
    Destination: 212.48.197.150
User Datagram Protocol, Src Port: 16616, Dst Port: 26588
    Source Port: 16616
    Destination Port: 26588
    Length: 180
    Checksum: 0x434d [unverified]
    [Checksum Status: Unverified]
    [Stream index: 13]
Real-Time Transport Protocol
    [Stream setup by SDP (frame 5754)]
    10.. .... = Version: RFC 1889 Version (2)
    ..0. .... = Padding: False
    ...0 .... = Extension: False
    .... 0000 = Contributing source identifiers count: 0
    1... .... = Marker: True
    Payload type: ITU-T G.711 PCMA (8)
    Sequence number: 12809
    [Extended sequence number: 78345]
    Timestamp: 160
    Synchronization Source identifier: 0x5cf2da7e (1559419518)
    Payload: 565656565656565757575757545555d5d5d5d5d5d5d4d4d4...
насколько я понял у меня Length: 180
Значение одинаковое для двух номеров.

Re: Дублирование DTMF

Добавлено: 11 май 2018, 16:08
repp.sv
Еще заметил, если цифра дублируется то дополнительно появляется такой пакет https://prnt.sc/jgkjgw
В этом звонке проскочило 4 нуля http://prntscr.com/jgkm2k