AF
Asterisk Forum
обсуждения телефонии, VoIP и IP-PBX
12разделов
5 423тем
34 385сообщений
← К списку тем

Cisco AS5360 + DTMF trouble

Оборудование 15 сообщений -
#1
Дано: Cisco сдвумя e1 интерфейсами.
=======
isdn switch-type primary-net5
!
voice rtp send-recv
!
!
voice class codec 1
codec preference 1 g711alaw
codec preference 2 g711ulaw
codec preference 3 g723ar53
!
!
!
voice class h323 1
h225 timeout tcp establish 3
!
controller E1 3/0
framing NO-CRC4
pri-group timeslots 1-31
description MAIN pri channel
interface Serial3/0:15
no ip address
encapsulation hdlc
isdn switch-type primary-net5
isdn incoming-voice modem
isdn calling-number 3308078
no cdp enable
!
!
dial-peer voice 123 voip
description translate call 444 to asterisk completed by CRUD
destination-pattern 4..
voice-class codec 1
session protocol sipv2
session target sip-server
dtmf-relay rtp-nte digit-drop
no vad
!
!
sip-ua authentication username crud password 11071C11051B1D0505262 registrar
ipv4:192.168.0.98 expires 3600
sip-server ipv4:192.168.0.98
===============
Звоню на поток -> гудок -> добираю номер "444" -> попадаю на (*) контекст default (444) -> слышу IVR {dtmf не работает}
###
Изменил диар пир
dial-peer voice 123 voip
description translate call 444 to asterisk completed by CRUD
destination-pattern 3308078
voice-class codec 1
session protocol sipv2
session target sip-server
dtmf-relay rtp-nte
no vad
###
Ловлю на астере с екстеншеном 3308078
Слышу IVR - но DTMF по прежнему не передается
Что еще посоветуете ?
###
Вот что нашел на стороне *
> sip set debug peer ciscoAS5350

Found description format telephone-event for ID 101
Capabilities: us - 0x8000e (gsm|ulaw|alaw|h263), peer - audio=0xd (g723|ulaw|alaw)/video=0x0 (nothing), combined - (alaw|ulaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
Peer audio RTP is at port 192.168.0.128:21300
Looking for 3308078 in default (domain 192.168.0.9Cool
list_route: hop:

pri*CLI> sip show peer ciscoAS5350
* Name : ciscoAS5350
Secret :
MD5Secret :
Context : default
Subscr.Cont. :
Language :
AMA flags : Unknown
Transfer mode: open
CallingPres : Presentation Allowed, Not Screened
Callgroup :
Pickupgroup :
Mailbox :
VM Extension : asterisk
LastMsgsSent : 32767/65535
Call limit : 0
Dynamic : No
Callerid : ""
MaxCallBR : 384 kbps
Expire : -1
Insecure : port,invite
Nat : RFC3581
ACL : No
T38 pt UDPTL : No
CanReinvite : Yes
PromiscRedir : No
User=Phone : No
Video Support: No
Trust RPID : No
Send RPID : No
Subscriptions: Yes
Overlap dial : No
DTMFmode : rfc2833
LastMsg : 0
ToHost : 192.168.0.128
Addr->IP : 192.168.0.128 Port 5060
Defaddr->IP : 0.0.0.0 Port 0
Def. Username: crud
SIP Options : replaces replace 100rel timer resource-priority
Codecs : 0x8 (alaw)
Codec Order : (alaw)
Auto-Framing: No
Status : Unmonitored
Useragent :
Reg. Contact :

Что это может быть ?
#2
циска!! циска!! а все ровно чего то вам не хватает!!

лог астериска где как ivr организован сюда

или ждите местного телепата!!!
_________________
Ubuntu-Server 6.06 /Asterisk 1.4.12/app_fax /spandsp4pre11
Digium TDM400/NateksNetworks VC115-2/Polycom IP301 SP /Snom 360
#3
Cache писал(а):
циска!! циска!! а все ровно чего то вам не хватает!!

лог астериска где как ivr организован сюда

или ждите местного телепата!!!


Причем здесь IVR ? Скажу одно дтмф нормально работает если звонки перенаправлять с T410-карты,а не с циски.
Потоки на циске и E1-карте с одинаковыми параметрами от одного и того же ISP
#4
IVR может и ни причем а вот конфиг со стороны астериска показать бы нужно...
_________________
Успехов!
#5
sip.conf

[general]
context=default ; Default context for incoming calls
allowguest=no ; Allow or reject guest calls (default is yes)
allowoverlap=no
bindport=5060
bindaddr=192.168.0.98
srvlookup=yes
relaxdtmf=yes
dtmfmode = rfc2833
callevents=no
rtptimeout=60
sipdebug = no
directrtpsetup=yes
canreinvite=nonat
jbenable = yes
jbmaxsize = 200
jbimpl = fixed
dtmfmode=inband

==== cut others peer ====

[ciscoAS5350]
dtmfmode=rfc2833 ; Choices are inband, rfc2833, or info
type=peer
insecure=very
host=192.168.0.128
context=default
username=crud
secret=crud-123
disallow=all
allow=alaw
nat=no
canreinvite=yes
#6
С dtmfmode = rfc2833 и dtmf-relay rtp-nte должно работать!
Странные глюки на циске лечатся сменой иоса...
#7
Позволю не согласиццо.
crud: Как ты определяешь, что не работают ДТМФ сигналы? Начнем с исходящего телефона: когда нажимаешь на цифры слышны тоны?
Если да, то к следующему пункту.
Покажи твой ИВР скрипт тут, и измени немного для тестирования его.
Сделай простой ход, там же, что-то типа
exten => 1,1,SayUnixTime
exten => 2,1,VoiceMailMain

чтобы система отреагировала на простые нажатия единички и двойки.
Проверь дозвоном с города, работает?

Added after 14 minutes:

anest писал(а):

[general]
...
dtmfmode = rfc2833
...
dtmfmode=inband


crud: Чувствельность включить, обидчивость выключить.
anest справедливо указал, что в секции [general] два прямопротиворечивых параметра. Это же неправильно!
#8
Спасибо что сунули носом Smile я не обижаюсь я учусь поэтому у вас и спрашиваю.
Сейчас попробую ДЕДовским методом накрапать простенький IVR

Added after 1 hours:

Накрапал с дефолтного:

exten => 3308078,1,Answer
exten => 3308078,n,Background(thanks) ; "Thanks for calling press 1 for sales, 2 for support, ..."
exten => 3308078,2,WaitExten
exten => 1,1,Goto(submenu,s,1)
exten => 2,1,Hangup
include => default

Ни 1 ни 2 не набираются.
в logger.conf
дописал - console => notice,warning,error,dtmf
Чего-то не показывает он мне dtmf
#9
Полно у тебя мелких ошибок, случайно или нет?
Код:
exten => 3308078,1,Answer
exten => 3308078,n,Background(thanks) ; "Thanks for calling press 1 for sales, 2 for support, ..."
exten => 3308078,2,WaitExten

будет выполняться сначала
3308078,1,Answer
потом
3308078,2,WaitExten
и потом
3308078,n,Background(thanks)
Ты ведь не так задумал?
____________________________________________________________
Включай на cisco
debug voip rtp dtmf-relay

во время звонка на ней же сделай
show call active voice brief
и выхлоп - сюда.

PS - http://lists.digium.com/pipermail/asterisk-users/2003-September/014944.html

Added after 19 minutes:

Здесь - всё понятно что делать далее:
In the VoIP dial-peers set:

dtmf-relay rtp-nte

This will use payload type 101 for the DTMF tones. If you want to redefine it, use “rtp payload-type” command in the dial-peer that requires this change.

There is a doc on the Cisco web site that covers these commands in details: “Dual Tone Multifrequency Relay for SIP calls Using Named Telephone Events” (http://www.cisco.com/en/US/products/sw/iosswrel/ps1839/products_feature_guide09186a0080087edb.html#58571)

I remember an issue when we were advertizing PT 96 in the outboung calls and Cisco GW was ignoring it and sending 200 OK with no support for DTMF. When turned on the "deb voip ivr all" and "deb voip ccapi inout", one of these debug outputs had messages about some application being bound to the payload type 96, and due to the conflict, it dropped the DTMF support for that call. Well, not arguing about validity of this (96..127 is the dynamic range after all), just redefine the map of these tones on the gateway, or use 101.

How to debug...

When DTMF tones seemed to be lost (completely not received) by one or another side, it’s very (very!) unlikely that the packet loss is the reason for this. Start from looking at the media negotiation. All or some messages of the call setup (Invite/Trying/Ringing/Ok/Ack) will have SDP block that should have something similar to this:

m=audio 46090 RTP/AVP 0 8 101
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16

SDP doesn’t really “negotiate” media parameters, but if you see INVITE that has “a=” with telephone-event, and 200 OK doesn’t have it, you’re likely to end up with the session that won’t use RFC 2833 for DTMF tones.

Does it mean that the DTMF tones are not transferred? It depends. In case with Cisco GWs, they will not extract DTMF tones from the audio, so the tones will come as a wave form. On the other end, if it’s a pure IP endpoint, it likely won’t have tone waveform generator, and the tones won’t be sent at all.

If you want to see whether Cisco GW sends and receives tones (including all tome updates) use “deb voip rtp”. Here is an example of debug output:

Nov 10 07:49:29.061:
#10
Извини за наивность но незнает моя циска такого -
Router#debug voip rtp ?
error Enable VOIP RTP Error debugging trace
packet Enable VOIP RTP Packet debugging trace
session Enable VOIP RTP Session debugging trace

dtmf не вижу
#11
Не совсем та версия, но можно разобрать и с debug voip rtp просто, читай то что выше.. НЕ ЗАБУДЬ про terminal monitor

If you want to see whether Cisco GW sends and receives tones (including all tome updates) use “debug voip rtp”. Here is an example of debug output:

Nov 10 07:49:29.061:
#12
Вот выхлоп:
Перед этим я указал другой SIP-сервер с насетапленным простеньким IVR.

*Nov 12 10:38:30.200: voip_rtcp_stats_req: Calculated remaining disc time is 0 msec...Media Inactivity Criteria is 0
*Nov 12 10:38:30.212: RTP(4497): fp tx d=192.168.0.153(19602), pt=0, ts=5F07EED9, ssrc=17370080
*Nov 12 10:38:30.232: RTP(4498): fp tx d=192.168.0.153(19602), pt=0, ts=5F07EF79, ssrc=17370080
*Nov 12 10:38:30.252: RTP(4499): fp tx d=192.168.0.153(19602), pt=0, ts=5F07F019, ssrc=17370080
*Nov 12 10:38:30.272: RTP(4500): fp tx d=192.168.0.153(19602), pt=0, ts=5F07F0B9, ssrc=17370080
*Nov 12 10:38:30.292: RTP(4501): fp tx d=192.168.0.153(19602), pt=0, ts=5F07F159, ssrc=17370080
*Nov 12 10:38:30.312: RTP(4502): fp tx d=192.168.0.153(19602), pt=0, ts=5F07F1F9, ssrc=17370080
*Nov 12 10:38:30.332: RTP(4503): fp tx d=192.168.0.153(19602), pt=0, ts=5F07F299, ssrc=17370080
*Nov 12 10:38:30.352: RTP(4504): fp tx d=192.168.0.153(19602), pt=0, ts=5F07F339, ssrc=17370080
*Nov 12 10:38:30.372: RTP(4505): fp tx d=192.168.0.153(19602), pt=0, ts=5F07F3D9, ssrc=17370080
*Nov 12 10:38:30.392: RTP(4506): fp tx d=192.168.0.153(19602), pt=0, ts=5F07F479, ssrc=17370080
*Nov 12 10:38:30.412: RTP(4507): fp tx d=192.168.0.153(19602), pt=0, ts=5F07F519, ssrc=17370080
*Nov 12 10:38:30.432: RTP(4508): fp tx d=192.168.0.153(19602), pt=0, ts=5F07F5B9, ssrc=17370080
*Nov 12 10:38:30.452: RTP(4509): fp tx d=192.168.0.153(19602), pt=0, ts=5F07F659, ssrc=17370080
*Nov 12 10:38:30.472: RTP(4510): fp tx d=192.168.0.153(19602), pt=0, ts=5F07F6F9, ssrc=17370080
*Nov 12 10:38:30.496: RTP(4511): fp tx d=192.168.0.153(19602), pt=0, ts=5F07F799, ssrc=17370080
*Nov 12 10:38:30.516: RTP(4512): fp tx d=192.168.0.153(19602), pt=0, ts=5F07F839, ssrc=17370080
*Nov 12 10:38:30.536: RTP(4513): fp tx d=192.168.0.153(19602), pt=0, ts=5F07F8D9, ssrc=17370080
*Nov 12 10:38:30.556: RTP(4514): fp tx d=192.168.0.153(19602), pt=0, ts=5F07F979, ssrc=17370080
*Nov 12 10:38:30.576: RTP(4515): fp tx d=192.168.0.153(19602), pt=0, ts=5F07FA19, ssrc=17370080
*Nov 12 10:38:30.596: RTP(4516): fp tx d=192.168.0.153(19602), pt=0, ts=5F07FAB9, ssrc=17370080
*Nov 12 10:38:30.616: RTP(4517): fp tx d=192.168.0.153(19602), pt=0, ts=5F07FB59, ssrc=17370080
*Nov 12 10:38:30.636: RTP(4518): fp tx d=192.168.0.153(19602), pt=0, ts=5F07FBF9, ssrc=17370080
*Nov 12 10:38:30.656: RTP(4519): fp tx d=192.168.0.153(19602), pt=0, ts=5F07FC99, ssrc=17370080
*Nov 12 10:38:30.676: RTP(4520): fp tx d=192.168.0.153(19602), pt=0, ts=5F07FD39, ssrc=17370080
*Nov 12 10:38:30.696: RTP(4521): fp tx d=192.168.0.153(19602), pt=0, ts=5F07FDD9, ssrc=17370080
*Nov 12 10:38:30.716: RTP(4522): fp tx d=192.168.0.153(19602), pt=0, ts=5F07FE79, ssrc=17370080
*Nov 12 10:38:30.736: RTP(4523): fp tx d=192.168.0.153(19602), pt=0, ts=5F07FF19, ssrc=17370080
*Nov 12 10:38:30.756: RTP(4524): fp tx d=192.168.0.153(19602), pt=0, ts=5F07FFB9, ssrc=17370080
*Nov 12 10:38:30.776: RTP(4525): fp tx d=192.168.0.153(19602), pt=0, ts=5F080059, ssrc=17370080
*Nov 12 10:38:30.796: RTP(4526): fp tx d=192.168.0.153(19602), pt=0, ts=5F0800F9, ssrc=17370080
*Nov 12 10:38:30.816: RTP(4527): fp tx d=192.168.0.153(19602), pt=0, ts=5F080199, ssrc=17370080
*Nov 12 10:38:30.836: RTP(4528): fp tx d=192.168.0.153(19602), pt=0, ts=5F080239, ssrc=17370080
*Nov 12 10:38:30.856: RTP(4529): fp tx d=192.168.0.153(19602), pt=0, ts=5F0802D9, ssrc=17370080
*Nov 12 10:38:30.876: RTP(4530): fp tx d=192.168.0.153(19602), pt=0, ts=5F080379, ssrc=17370080
*Nov 12 10:38:30.896: RTP(4531): fp tx d=192.168.0.153(19602), pt=0, ts=5F080419, ssrc=17370080
*Nov 12 10:38:30.916: RTP(4532): fp tx d=192.168.0.153(19602), pt=0, ts=5F0804B9, ssrc=17370080
*Nov 12 10:38:30.936: RTP(4533): fp tx d=192.168.0.153(19602), pt=0, ts=5F080559, ssrc=17370080
*Nov 12 10:38:30.956: RTP(4534): fp tx d=192.168.0.153(19602), pt=0, ts=5F0805F9, ssrc=17370080
*Nov 12 10:38:30.976: RTP(4535): fp tx d=192.168.0.153(19602), pt=0, ts=5F080699, ssrc=17370080
*Nov 12 10:38:30.996: RTP(4536): fp tx d=192.168.0.153(19602), pt=0, ts=5F080739, ssrc=17370080
*Nov 12 10:38:31.060: s=DSP d=VoIP payload 0x65 ssrc 0x15 sequence 0x11B9 timestamp 0x5F0809B9
*Nov 12 10:38:31.060: Pt:101 Evt:1 Pkt:05 00 00 >>
*Nov 12 10:38:31.060: RTP(4537): fs tx d=192.168.0.153(19602), pt=101, ts=5F0809B9, ssrc=17370080
*Nov 12 10:38:31.064: RTP(4538): fp tx d=192.168.0.153(19602), pt=101, ts=5F0809B9, ssrc=17370080
*Nov 12 10:38:31.068: RTP(4539): fp tx d=192.168.0.153(19602), pt=101, ts=5F0809B9, ssrc=17370080
*Nov 12 10:38:31.108: RTP(4540): fp tx d=192.168.0.153(19602), pt=101, ts=5F0809B9, ssrc=17370080
*Nov 12 10:38:31.160: RTP(4541): fp tx d=192.168.0.153(19602), pt=101, ts=5F0809B9, ssrc=17370080
*Nov 12 10:38:31.208: RTP(4542): fp tx d=192.168.0.153(19602), pt=101, ts=5F0809B9, ssrc=17370080
*Nov 12 10:38:31.260: RTP(4543): fp tx d=192.168.0.153(19602), pt=101, ts=5F0809B9, ssrc=17370080
*Nov 12 10:38:31.308: RTP(4544): fp tx d=192.168.0.153(19602), pt=101, ts=5F0809B9, ssrc=17370080
*Nov 12 10:38:31.360: RTP(4545): fp tx d=192.168.0.153(19602), pt=101, ts=5F0809B9, ssrc=17370080
*Nov 12 10:38:31.400: RTP(4546): fp tx d=192.168.0.153(19602), pt=101, ts=5F0809B9, ssrc=17370080
*Nov 12 10:38:31.404: RTP(4547): fp tx d=192.168.0.153(19602), pt=101, ts=5F0809B9, ssrc=17370080
*Nov 12 10:38:31.408: RTP(4548): fp tx d=192.168.0.153(19602), pt=101, ts=5F0809B9, ssrc=17370080
*Nov 12 10:38:31.520: RTP(4549): fs tx d=192.168.0.153(19602), pt=0, ts=5F0817A1, ssrc=17370080
*Nov 12 10:38:31.540: RTP(4550): fp tx d=192.168.0.153(19602), pt=0, ts=5F081841, ssrc=17370080
*Nov 12 10:38:31.560: RTP(4551): fp tx d=192.168.0.153(19602), pt=0, ts=5F0818E1, ssrc=17370080
*Nov 12 10:38:31.580: RTP(4552): fp tx d=192.168.0.153(19602), pt=0, ts=5F081981, ssrc=17370080

Если я правильно понял доку то из дампа видно что я нажимал кнопку 1.
Поправтье если я не прав.
#13
Многа букав. Предполагается, что ты спрашиваешь куда копать, а тут ты предлагаешь решть всю задачу от начала до конца? Это уже помощь в другой категории.
судя по
Цитата:
*Nov 12 10:38:31.060: s=DSP d=VoIP payload 0x65 ssrc 0x15 sequence 0x11B9 timestamp 0x5F0809B9
*Nov 12 10:38:31.060: Pt:101 Evt:1 Pkt:05 00 00 >>
payload 0x65 это как раз 101, была нормально нажата единичка. А вот Media Inactivity Criteria is 0 говорит что у тебя включен VAD - voice activity detection/ Надо выключить на пире no vad.
Теперь на SIP-сервере лови сетап пакеты дебагом и ищи кусочек с
Код:
m=audio 46090 RTP/AVP 0 8 101
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
убедись что на том конце тоже payload 101
Код:
a=fmtp:101
#14
выяснил первое CISCA нормально воспринимает dtmf:

Nov 12 12:18:44.039: voip_rtcp_stats_req: Calculated remaining disc time is 0 msec...Media Inactivity Criteria is 0
*Nov 12 12:18:48.327: voip_rtcp_stats_req: Calculated remaining disc time is 0 msec...Media Inactivity Criteria is 0
*Nov 12 12:18:48.691: s=DSP d=VoIP payload 0x65 ssrc 0x1EBE sequence 0x612 timestamp 0x8943DA1B
*Nov 12 12:18:48.691: Pt:101 Evt:2 Pkt:05 00 00 >>
*Nov 12 12:18:53.395: voip_rtcp_stats_req: Calculated remaining disc time is 0 msec...Media Inactivity Criteria is 0
*Nov 12 12:18:54.911: s=DSP d=VoIP payload 0x65 ssrc 0x1EBE sequence 0x73E timestamp 0x89449C7B
*Nov 12 12:18:54.911: Pt:101 Evt:9 Pkt:05 00 00 >>
*Nov 12 12:18:58.823: voip_rtcp_stats_req: Calculated remaining disc time is 0 msec...Media Inactivity Criteria is 0
*Nov 12 12:19:01.227: s=DSP d=VoIP payload 0x65 ssrc 0x1EBE sequence 0x86A timestamp 0x894561AB
*Nov 12 12:19:01.227: Pt:101 Evt:9 Pkt:05 00 00 >>
*Nov 12 12:19:03.023: voip_rtcp_stats_req: Calculated remaining disc time is 0 msec...Media Inactivity Criteria is 0
*Nov 12 12:19:04.903: s=DSP d=VoIP payload 0x65 ssrc 0x1EBE sequence 0x916 timestamp 0x8945D4AB
*Nov 12 12:19:04.903: Pt:101 Evt:0 Pkt:05 00 00 >>
*Nov 12 12:19:08.375: s=DSP d=VoIP payload 0x65 ssrc 0x1EBE sequence 0x9B8 timestamp 0x8946411B
*Nov 12 12:19:08.375: Pt:101 Evt:1 Pkt:05 00 00 >>
*Nov 12 12:19:09.287: s=DSP d=VoIP payload 0x65 ssrc 0x1EBE sequence 0x9D5 timestamp 0x89465D8B
*Nov 12 12:19:09.287: Pt:101 Evt:0 Pkt:05 00 00 >>
*Nov 12 12:19:09.567: voip_rtcp_stats_req: Calculated remaining disc time is 0 msec...Media Inactivity Criteria is 0
*Nov 12 12:19:13.003: s=DSP d=VoIP payload 0x65 ssrc 0x1EBE sequence 0xA81 timestamp 0x8946D1CB
*Nov 12 12:19:13.003: Pt:101 Evt:6 Pkt:05 00 00 >>


sip debug показывает:

SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.0.128:5060;branch=z9hG4bK2FA6A;received=192.168.0.128
From: ;tag=E0F9DB4-1671
To: ;tag=as4a7b1515
Call-ID: 996EE4CD-905011DC-80968E26-B4D98898@192.168.0.128
CSeq: 101 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Contact:
Content-Type: application/sdp
Content-Length: 264

v=0
o=root 80796 80796 IN IP4 192.168.0.87
s=session
c=IN IP4 192.168.0.87
t=0 0
m=audio 18726 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=silenceSupp:off - - - -
a=ptime:20
a=sendrecv
#15
Хм, не нравится мне что у тебя посылает только по одному пакету! В примере, который я приводил- там три пакета - начало передачи пятерки и три пакета - конец передачи. Посмотрел у себя -
Код:
Nov 12 10:02:47.594: Pt:101 Evt:7 Pkt:09 00 00 >>
Nov 12 10:02:47.594: RTP(9746): fs tx d=83.221.128.163(10494), pt=101, ts=84487701, ssrc=16A63922
Nov 12 10:02:48.310: Pt:101 Evt:7 Pkt:09 00 00 >>
Nov 12 10:02:48.310: RTP(9747): fs tx d=83.221.128.163(10494), pt=101, ts=84487701, ssrc=16A63922
Nov 12 10:02:48.310: Pt:101 Evt:7 Pkt:09 00 00 >>
Nov 12 10:02:48.310: RTP(9748): fs tx d=83.221.128.163(10494), pt=101, ts=84487701, ssrc=16A63922
Nov 12 10:02:48.310: Pt:101 Evt:7 Pkt:09 01 90 >>
Nov 12 10:02:48.310: RTP(9749): fs tx d=83.221.128.163(10494), pt=101, ts=84487701, ssrc=16A63922
Nov 12 10:02:48.310: Pt:101 Evt:7 Pkt:09 03 20 >>
Nov 12 10:02:48.310: RTP(9750): fs tx d=83.221.128.163(10494), pt=101, ts=84487701, ssrc=16A63922
Nov 12 10:02:48.314: Pt:101 Evt:7 Pkt:09 04 B0 >>
Nov 12 10:02:48.314: RTP(9751): fs tx d=83.221.128.163(10494), pt=101, ts=84487701, ssrc=16A63922
Nov 12 10:02:48.314: Pt:101 Evt:7 Pkt:09 06 40 >>
Nov 12 10:02:48.314: RTP(9752): fs tx d=83.221.128.163(10494), pt=101, ts=84487701, ssrc=16A63922
Nov 12 10:02:48.314: Pt:101 Evt:7 Pkt:09 07 D0 >>
Nov 12 10:02:48.314: RTP(9753): fs tx d=83.221.128.163(10494), pt=101, ts=84487701, ssrc=16A63922
Nov 12 10:02:48.314: Pt:101 Evt:7 Pkt:09 09 60 >>
даже по четыре пакета на старт и стоп. Почему же у тебя по одному?
____________________________________________________________________________________
To configure use of the media-inactivity-detection timer requires the following actions:

1. Configure the mechanism by which to monitor media activity (and hence detect inactivity)—the absence (sent or received) of RTCP packets, RTP packets, or both—by using the media-inactivity-criteria command (introduced with this featurette; see the procedure below). Default is RTP only.

Note The mechanism—RTCP, RTP, or both—that you explicitly specify with this command takes precedence over any mechanism that you might implicitly have specified with the ip rtcp report interval command in combination with the timer media-inactive or timer receive-rtcp command.

2. Configure the value of the media-inactivity disconnect timer and enable the timer. The value is the product of the following factors:

•Minimum interval (in ms) between subsequent RTCP report transmissions; configure by using the ip rtcp report interval command (described in the "Where to Go Next" section). Default is 5000.

•Multiplier; configure by using the timer media-inactive command (described in the "Where to Go Next" section). Default is 0.