I just went from Asterisk 11 to Asterisk 16, but my Asterisk 16 will keep showing this “warning”
" chan_sip.c:10683 process_sdp: Failed to initialize UDPTL, declining image stream"
I think this has something to do with some sort of “fax detection” where Asterisk try to see if the call is fax?
How can I turn off this feature?
thanks!
It’s not attempting to “detect” fax. The remote side has requested a UDPTL stream, since it couldn’t initialize it the request was declined.
Hello Jcolp,
Thanks for the reply! But I am using the same method of “transport” to Asterisk 16 as to my old Asterisk 13. Why my Asterisk 13 is not showing that “warning” on every single calls while 16 does? My call flow is:
Toll free inbound call from the carrier to my Audiocode SIP gateway (TDM) (is a hardware TDM to SIP gateway). And then call passes to OpenSIP and then OpenSIP (I use OpenSIP to load balance to multiple Asterisk gateway) distribute the call to Asterisk. When I open the INVITE message, I don’t see anything regarding the UDPTL request, or maybe you can tell me what in the INVITE message “trigger” the UDPTL?
In this case, I am using Asterisk for Payphone applications (although I am using Asterisk for many other types of calls too). When the Payphone calls in, Asterisk will play a secondary “dialtone”. When payphone hears the “dialtone” it will “spill” the DTMF digits (these are digits of Destination number the caller trying to call). Asterisk will then “collect” the DTMF digits and then attemp to send the call out.
The problem I am facing is that when I switch from Asterisk 13 to 16, I am getting more “failed” call because either the DTMF digits were “missed” or I even see some “duplicate” digits. So I was thinking that this UDUTL “warning” has something to do with it? Because I don’t see these “warning” in my old ASterisk 13.
Also, in my Asterisk 13, when I use asterisk -rvvvv I could see all the DTMF digits in the screen, how come now with Asterisk 16, I can not see the DTMF digits anymore? What I am saying is that when I “press” the keypad, I would actually see the DTMF digits “real time” when I do asterisk -rvvvv, but now, no more.
The stream in the SDP would be of “udptl”. It would be shown immediately before the warning. It is unlikely that it would cause DTMF problems, unless the gateway in some way was screwing up and wanting to renegotiate as a result of it.
You haven’t stated what the configuration is, what DTMF method is in use, or how exactly you saw the DTMF digits (dtmf logging in logger.conf?). You need to isolate it further - for example if using RFC2833, then a packet capture will include the DTMF digits so it can be seen what is actually being received.
These inbound 8XX calls are G711, no compressed, inband DTMF.
And when I say “I saw” DTMF digit, it is in PUTTY terminal. if I do asterisk -rvvvv, I would see all the script code pass by and also the DTMF digits it collect.
This is what I would see in Asterisk 13:
[Sep 24 06:10:41] DTMF[14708][C-00000e9e]: channel.c:4170 __ast_read: DTMF begin ‘1’ received on SIP/WTIAC7-0000165f
[Sep 24 06:10:41] DTMF[14708][C-00000e9e]: channel.c:4174 __ast_read: DTMF begin ignored ‘1’ on SIP/WTIAC7-0000165f
[Sep 24 06:10:41] DTMF[14708][C-00000e9e]: channel.c:4084 __ast_read: DTMF end ‘1’ received on SIP/WTIAC7-0000165f, duration 90 ms
[Sep 24 06:10:41] DTMF[14708][C-00000e9e]: channel.c:4154 __ast_read: DTMF end passthrough ‘1’ on SIP/WTIAC7-0000165f
[Sep 24 06:10:41] DTMF[14708][C-00000e9e]: channel.c:4170 __ast_read: DTMF begin ‘7’ received on SIP/WTIAC7-0000165f
[Sep 24 06:10:41] DTMF[14708][C-00000e9e]: channel.c:4174 __ast_read: DTMF begin ignored ‘7’ on SIP/WTIAC7-0000165f
[Sep 24 06:10:41] DTMF[14708][C-00000e9e]: channel.c:4084 __ast_read: DTMF end ‘7’ received on SIP/WTIAC7-0000165f, duration 90 ms
[Sep 24 06:10:41] DTMF[14708][C-00000e9e]: channel.c:4154 __ast_read: DTMF end passthrough ‘7’ on SIP/WTIAC7-0000165f
[Sep 24 06:10:41] DTMF[14708][C-00000e9e]: channel.c:4170 __ast_read: DTMF begin ‘1’ received on SIP/WTIAC7-0000165f
[Sep 24 06:10:41] DTMF[14708][C-00000e9e]: channel.c:4174 __ast_read: DTMF begin ignored ‘1’ on SIP/WTIAC7-0000165f
[Sep 24 06:10:42] DTMF[14708][C-00000e9e]: channel.c:4084 __ast_read: DTMF end ‘1’ received on SIP/WTIAC7-0000165f, duration 90 ms
[Sep 24 06:10:42] DTMF[14708][C-00000e9e]: channel.c:4154 __ast_read: DTMF end passthrough ‘1’ on SIP/WTIAC7-0000165f
– User disconnected
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.