I know this has been brought up previously in another thread, but wanted to mention I'm seeing it as well. However - I do have an additional data point. This is the SDP being sent: v=0 o=FreeSWITCH 1453729420 1453729421 IN IP4 131.151.x.x s=FreeSWITCH c=IN IP4 131.151.x.x t=0 0 m=audio 19222 RTP/AVP 102 103 9 0 8 104 106 101 a=rtpmap:102 G7221/32000 a=fmtp:102 bitrate=48000 a=rtpmap:103 G7221/16000 a=fmtp:103 bitrate=32000 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:104 telephone-event/32000 a=fmtp:104 0-16 a=rtpmap:106 telephone-event/16000 a=fmtp:106 0-16 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 I realize that anything other than PCMU is pointless with flowroute. Symptom is seen on both 1.4 and 1.6. Confirming what some others on the thread have said - forcing codec to PCMU (in my case via carrier_gateway lcr table), immediately corrects the issue. It seems like a definite bug on flowroute's side, and will be following up with that on the open case. -- Nathan ------------------------------------------------------------ Nathan Neulinger nneul@mst.edu Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect
I'm curious how we are handling the multiple sample rates offered for DTMF. If you can open up a ticket at support.flowroute.com, and run a few test calls for us to capture, we'll get to the bottom of it. On Mon, Jan 25, 2016 at 11:31 AM Nathan Neulinger <nneul@mst.edu> wrote: I know this has been brought up previously in another thread, but wanted to mention I'm seeing it as well. However - I do have an additional data point. This is the SDP being sent: v=0 o=FreeSWITCH 1453729420 1453729421 IN IP4 131.151.x.x s=FreeSWITCH c=IN IP4 131.151.x.x t=0 0 m=audio 19222 RTP/AVP 102 103 9 0 8 104 106 101 a=rtpmap:102 G7221/32000 a=fmtp:102 bitrate=48000 a=rtpmap:103 G7221/16000 a=fmtp:103 bitrate=32000 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:104 telephone-event/32000 a=fmtp:104 0-16 a=rtpmap:106 telephone-event/16000 a=fmtp:106 0-16 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 I realize that anything other than PCMU is pointless with flowroute. Symptom is seen on both 1.4 and 1.6. Confirming what some others on the thread have said - forcing codec to PCMU (in my case via carrier_gateway lcr table), immediately corrects the issue. It seems like a definite bug on flowroute's side, and will be following up with that on the open case. -- Nathan ------------------------------ ------------------------------ Nathan Neulinger nneul@mst.edu Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect ______________________________ ______________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions .com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.o rg http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswi tch.org http://lists.freeswitch.org/ma ilman/listinfo/freeswitch-user s UNSUBSCRIBE: http://lists.frees witch.org/mailman/options/ freeswitch-users http://www.freeswitch.org Justin Grow Operations +1.206.641.8038 jgrow@flowroute.com
the different rates are on different payloads, if something is matching only telephony-event as a cheat, they may get it wrong. On Mon, Jan 25, 2016 at 1:50 PM, Justin Grow <jgrow@flowroute.com> wrote:
I'm curious how we are handling the multiple sample rates offered for DTMF. If you can open up a ticket at support.flowroute.com, and run a few test calls for us to capture, we'll get to the bottom of it.
On Mon, Jan 25, 2016 at 11:31 AM Nathan Neulinger <nneul@mst.edu> wrote:
I know this has been brought up previously in another thread, but wanted to mention I'm seeing it as well. However - I do have an additional data point.
This is the SDP being sent:
v=0 o=FreeSWITCH 1453729420 1453729421 IN IP4 131.151.x.x s=FreeSWITCH c=IN IP4 131.151.x.x t=0 0 m=audio 19222 RTP/AVP 102 103 9 0 8 104 106 101 a=rtpmap:102 G7221/32000 a=fmtp:102 bitrate=48000 a=rtpmap:103 G7221/16000 a=fmtp:103 bitrate=32000 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:104 telephone-event/32000 a=fmtp:104 0-16 a=rtpmap:106 telephone-event/16000 a=fmtp:106 0-16 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20
I realize that anything other than PCMU is pointless with flowroute. Symptom is seen on both 1.4 and 1.6.
Confirming what some others on the thread have said - forcing codec to PCMU (in my case via carrier_gateway lcr table), immediately corrects the issue. It seems like a definite bug on flowroute's side, and will be following up with that on the open case.
-- Nathan
------------------------------------------------------------ Nathan Neulinger nneul@mst.edu Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Justin Grow
Operations
<https://links.mixmax.com/b/2FSZu0eMXlzti9F0W?rn=ICcsVGSgMnclNXVgg0QUl0VTVWZyZkI&re=icmcv5CajRXa3NXZlJnZuMHdzlGbANnclNXdtg2Y0l2dzVWZyZmI> +1.206.641.8038 <https://links.mixmax.com/b/toFJ630EPWHpLfK5d?rn=ICcsVGSgMnclNXVgg0QUl0VTVWZyZkI&re=icmcv5CajRXa3NXZlJnZuMHdzlGbANnclNXdtg2Y0l2dzVWZyZmI>
jgrow@flowroute.com <https://links.mixmax.com/b/RsR2zxsh3vymbJ32a?rn=ICcsVGSgMnclNXVgg0QUl0VTVWZyZkI&re=icmcv5CajRXa3NXZlJnZuMHdzlGbANnclNXdtg2Y0l2dzVWZyZmI>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- *Brian West* brian@freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here <https://freeswitch.org/jira>! | Reddit: /r/freeswitch <https://www.reddit.com/r/freeswitch> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
FlowRoute Ticket 212706 is open and being investigated after providing the captures. Since it's so easy to reproduce, if they need additional captures/tests - will get them. -- Nathan On 01/25/2016 01:50 PM, Justin Grow wrote:
I'm curious how we are handling the multiple sample rates offered for DTMF. If you can open up a ticket at support.flowroute.com, and run a few test calls for us to capture, we'll get to the bottom of it.
On Mon, Jan 25, 2016 at 11:31 AM Nathan Neulinger <nneul@mst.edu> wrote:
I know this has been brought up previously in another thread, but wanted to mention I'm seeing it as well. However - I do have an additional data point.
This is the SDP being sent:
v=0 o=FreeSWITCH 1453729420 1453729421 IN IP4 131.151.x.x s=FreeSWITCH c=IN IP4 131.151.x.x t=0 0 m=audio 19222 RTP/AVP 102 103 9 0 8 104 106 101 a=rtpmap:102 G7221/32000 a=fmtp:102 bitrate=48000 a=rtpmap:103 G7221/16000 a=fmtp:103 bitrate=32000 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:104 telephone-event/32000 a=fmtp:104 0-16 a=rtpmap:106 telephone-event/16000 a=fmtp:106 0-16 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20
I realize that anything other than PCMU is pointless with flowroute. Symptom is seen on both 1.4 and 1.6.
Confirming what some others on the thread have said - forcing codec to PCMU (in my case via carrier_gateway lcr table), immediately corrects the issue. It seems like a definite bug on flowroute's side, and will be following up with that on the open case.
-- Nathan
------------------------------------------------------------ Nathan Neulinger nneul@mst.edu <mailto:nneul@mst.edu> Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com>
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org <http://confluence.freeswitch.org> http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> http://www.freeswitch.org
Justin Grow Operations
+1.206.641.8038 <https://links.mixmax.com/b/toFJ630EPWHpLfK5d?rn=ICcsVGSgMnclNXVgg0QUl0VTVWZyZkI&re=icmcv5CajRXa3NXZlJnZuMHdzlGbANnclNXdtg2Y0l2dzVWZyZmI>
jgrow@flowroute.com <https://links.mixmax.com/b/RsR2zxsh3vymbJ32a?rn=ICcsVGSgMnclNXVgg0QUl0VTVWZyZkI&re=icmcv5CajRXa3NXZlJnZuMHdzlGbANnclNXdtg2Y0l2dzVWZyZmI>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- ------------------------------------------------------------ Nathan Neulinger nneul@mst.edu Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect
I dug into this and looks like the multiple DTMF sample rates is triggering a bug in our call setup. While we work on getting this corrected, limiting the FS external gateway to offer only 101 telephone-event/8000 for DTMF will work normally. On Tue, Jan 26, 2016 at 11:48 AM Nathan Neulinger <nneul@mst.edu> wrote: FlowRoute Ticket 212706 is open and being investigated after providing the captures. Since it's so easy to reproduce, if they need additional captures/tests - will get them. -- Nathan On 01/25/2016 01:50 PM, Justin Grow wrote:
I'm curious how we are handling the multiple sample rates offered for DTMF. If you can open up a ticket at support.flowroute.com , and run a few test calls for us to capture, we'll get to the bottom of it.
On Mon, Jan 25, 2016 at 11:31 AM Nathan Neulinger < nneul@mst.edu > wrote:
I know this has been brought up previously in another thread, but wanted to mention I'm seeing it as well. However - I do have an additional data point.
This is the SDP being sent:
v=0 o=FreeSWITCH 1453729420 1453729421 IN IP4 131.151.x.x s=FreeSWITCH c=IN IP4 131.151.x.x t=0 0 m=audio 19222 RTP/AVP 102 103 9 0 8 104 106 101 a=rtpmap:102 G7221/32000 a=fmtp:102 bitrate=48000 a=rtpmap:103 G7221/16000 a=fmtp:103 bitrate=32000 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:104 telephone-event/32000 a=fmtp:104 0-16 a=rtpmap:106 telephone-event/16000 a=fmtp:106 0-16 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20
I realize that anything other than PCMU is pointless with flowroute. Symptom is seen on both 1.4 and 1.6.
Confirming what some others on the thread have said - forcing codec to PCMU (in my case via carrier_gateway lcr table), immediately corrects the issue. It seems like a definite bug on flowroute's side, and will be following up with that on the open case.
-- Nathan
----------------------------- ------------------------------ - Nathan Neulinger nneul@mst.edu <mailto: nneul@mst.edu > Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect
_____________________________ ______________________________ ______________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: consulting@freeswitch. org > http://www.freeswitchsolution s.com < http://www.freeswitchsolution s.com >
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch. org < http://confluence.freeswitch. org > http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freesw itch.org <mailto: FreeSWITCH-users@lists .freeswitch.org > http://lists.freeswitch.org/m ailman/listinfo/freeswitch-use rs < http://lists.freeswitch.org/ mailman/listinfo/freeswitch-us ers > UNSUBSCRIBE: http://lists.free switch.org/mailman/options/ freeswitch-users < http://lists.freeswitch.org/ mailman/options/freeswitch-use rs > http://www.freeswitch.org
Justin Grow Operations
< https://links.mixmax.com/b/2F SZu0eMXlzti9F0W?rn=ICcsVGSgMnc lNXVgg0QUl0VTVWZyZkI&re=icmcv5 CajRXa3NXZlJnZuMHdzlGbANnclNXd tg2Y0l2dzVWZyZmI >
+1.206.641.8038 < https://links.mixmax.com/b/to FJ630EPWHpLfK5d?rn=ICcsVGSgMnc lNXVgg0QUl0VTVWZyZkI&re=icmcv5 CajRXa3NXZlJnZuMHdzlGbANnclNXd tg2Y0l2dzVWZyZmI >
jgrow@flowroute.com < https://links.mixmax.com/b/Rs R2zxsh3vymbJ32a?rn=ICcsVGSgMnc lNXVgg0QUl0VTVWZyZkI&re=icmcv5 CajRXa3NXZlJnZuMHdzlGbANnclNXd tg2Y0l2dzVWZyZmI >
______________________________ ______________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions .com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.o rg http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswi tch.org http://lists.freeswitch.org/ma ilman/listinfo/freeswitch-user s UNSUBSCRIBE: http://lists.frees witch.org/mailman/options/ freeswitch-users http://www.freeswitch.org
-- ------------------------------ ------------------------------ Nathan Neulinger nneul@mst.edu Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect ______________________________ ______________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions .com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.o rg http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswi tch.org http://lists.freeswitch.org/ma ilman/listinfo/freeswitch-user s UNSUBSCRIBE: http://lists.frees witch.org/mailman/options/ freeswitch-users http://www.freeswitch.org Justin Grow Operations +1.206.641.8038 jgrow@flowroute.com
participants (3)
-
Brian West
-
Justin Grow
-
Nathan Neulinger