RTP (re)generation issue
Hello! Need your help! I have next scheme of RTP processing: rtpengine <-> caller freeswitch <-> robot freeswitch. And next scheme of call: 1. Caller make an outgoing call (1) via rtpengine 2. On answer caller make an outgoing call (2) to robot and bridge it with call (1) I have a problem with RTP stream rtpengine -> caller freeswitch -> robot freeswitch I see in a pcap that RTP packets goes from rtpengine to caller freeswitch without significant jitter. But sometimes caller freeswitch make a ~200ms length pause in RTP transmitting. After pause caller freeswitch renew transmitting of RTP packets, and first packet have a marker bit set. As I know from RFC 3551, marker bit means that stream starts after pause of transmitting. This pauses are very harmful for me becuse them break speech recognition process of robot freeswitch side. I use PCMA codec with ptime=20 and no any virtualization of caller freeswitch hardware. Do you have any thinks about reason of this pauses and how can I remove them? -- With best regards Dmitry Borisov
Hi Dmitry, it seems to be a similar issue to this: https://freeswitch.org/jira/browse/FS-11658 <https://freeswitch.org/jira/browse/FS-11658> br Henning
Am 24.07.2019 um 11:19 schrieb Dmitriy Borisov <borik.internet@gmail.com>:
Hello! Need your help!
I have next scheme of RTP processing:
rtpengine <-> caller freeswitch <-> robot freeswitch.
And next scheme of call: 1. Caller make an outgoing call (1) via rtpengine 2. On answer caller make an outgoing call (2) to robot and bridge it with call (1)
I have a problem with RTP stream rtpengine -> caller freeswitch -> robot freeswitch
I see in a pcap that RTP packets goes from rtpengine to caller freeswitch without significant jitter. But sometimes caller freeswitch make a ~200ms length pause in RTP transmitting. After pause caller freeswitch renew transmitting of RTP packets, and first packet have a marker bit set. As I know from RFC 3551, marker bit means that stream starts after pause of transmitting.
This pauses are very harmful for me becuse them break speech recognition process of robot freeswitch side.
I use PCMA codec with ptime=20 and no any virtualization of caller freeswitch hardware.
Do you have any thinks about reason of this pauses and how can I remove them?
-- With best regards Dmitry Borisov _________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
Hi! Thank you for your reply! Yes, it seems like some common with this issue. Is there any recomendations on how to expect this problem? чт, 25 июл. 2019 г. в 15:25, Henning Heedfeld <heedfeld@gmail.com>:
Hi Dmitry,
it seems to be a similar issue to this: https://freeswitch.org/jira/browse/FS-11658
br Henning
Am 24.07.2019 um 11:19 schrieb Dmitriy Borisov <borik.internet@gmail.com>:
Hello! Need your help!
I have next scheme of RTP processing:
rtpengine <-> caller freeswitch <-> robot freeswitch.
And next scheme of call: 1. Caller make an outgoing call (1) via rtpengine 2. On answer caller make an outgoing call (2) to robot and bridge it with call (1)
I have a problem with RTP stream rtpengine -> caller freeswitch -> robot freeswitch
I see in a pcap that RTP packets goes from rtpengine to caller freeswitch without significant jitter. But sometimes caller freeswitch make a ~200ms length pause in RTP transmitting. After pause caller freeswitch renew transmitting of RTP packets, and first packet have a marker bit set. As I know from RFC 3551, marker bit means that stream starts after pause of transmitting.
This pauses are very harmful for me becuse them break speech recognition process of robot freeswitch side.
I use PCMA codec with ptime=20 and no any virtualization of caller freeswitch hardware.
Do you have any thinks about reason of this pauses and how can I remove them?
-- With best regards Dmitry Borisov _________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
_________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
-- With best regards Dmitry Borisov
Can you extend the existing Jira ticket with your informations and observations? Hopefully it gets a higher priority then ;-) btw: is mod_unimrcp involved in your setup? br Henning
Am 26.07.2019 um 14:16 schrieb Dmitriy Borisov <borik.internet@gmail.com>:
Hi!
Thank you for your reply! Yes, it seems like some common with this issue. Is there any recomendations on how to expect this problem?
чт, 25 июл. 2019 г. в 15:25, Henning Heedfeld <heedfeld@gmail.com <mailto:heedfeld@gmail.com>>: Hi Dmitry,
it seems to be a similar issue to this: https://freeswitch.org/jira/browse/FS-11658 <https://freeswitch.org/jira/browse/FS-11658>
br Henning
Am 24.07.2019 um 11:19 schrieb Dmitriy Borisov <borik.internet@gmail.com <mailto:borik.internet@gmail.com>>:
Hello! Need your help!
I have next scheme of RTP processing:
rtpengine <-> caller freeswitch <-> robot freeswitch.
And next scheme of call: 1. Caller make an outgoing call (1) via rtpengine 2. On answer caller make an outgoing call (2) to robot and bridge it with call (1)
I have a problem with RTP stream rtpengine -> caller freeswitch -> robot freeswitch
I see in a pcap that RTP packets goes from rtpengine to caller freeswitch without significant jitter. But sometimes caller freeswitch make a ~200ms length pause in RTP transmitting. After pause caller freeswitch renew transmitting of RTP packets, and first packet have a marker bit set. As I know from RFC 3551, marker bit means that stream starts after pause of transmitting.
This pauses are very harmful for me becuse them break speech recognition process of robot freeswitch side.
I use PCMA codec with ptime=20 and no any virtualization of caller freeswitch hardware.
Do you have any thinks about reason of this pauses and how can I remove them?
-- With best regards Dmitry Borisov _________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com <https://signalwire.com/> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community <https://signalwire.community/>
Professional FreeSWITCH Services sales@freeswitch.com <mailto:sales@freeswitch.com> https://freeswitch.com <https://freeswitch.com/>
Official FreeSWITCH Sites https://freeswitch.com/oss <https://freeswitch.com/oss> https://freeswitch.org/confluence <https://freeswitch.org/confluence> https://cluecon.com <https://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> https://freeswitch.com <https://freeswitch.com/>
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com <https://signalwire.com/> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community <https://signalwire.community/>
Professional FreeSWITCH Services sales@freeswitch.com <mailto:sales@freeswitch.com> https://freeswitch.com <https://freeswitch.com/>
Official FreeSWITCH Sites https://freeswitch.com/oss <https://freeswitch.com/oss> https://freeswitch.org/confluence <https://freeswitch.org/confluence> https://cluecon.com <https://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> https://freeswitch.com <https://freeswitch.com/>
-- With best regards Dmitry Borisov _________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
participants (2)
-
Dmitriy Borisov
-
Henning Heedfeld