Codec order flipped in proxy-media mode re-INVITE
Hello, FreeSWITCH Version 1.3.17+git~20130318T211211Z~2dc3b47db1. The config is a basic SBC to handle NAT traversal between public and private interfaces. Proxy-media mode is configured. Inbound call from carrier hits us with G711u and G729 in the SDP, in that order. Inside PBX chooses G711u and call is established. 30 minutes later the carrier does a session refresh with a re-INVITE with an identical SDP as the initial INVITE. When FreeSWITCH the re-INVITE leaves FreeSWITCH towards the inside PBX, the attached SDP has G711u and G729 are flipped such that G729 is now preferred. The PBX accepts the G729 request and the session switches to G729. There are no SDP smarts in the dialplan. Codecs are not handled at all by design. Is this something that could be caused by a misconfiguration? Or, is my next step a jira? - Jeff
Try enable-soa=false in the Sofia profile to disable any auto parsing. On Jul 25, 2013 6:41 AM, "Jeff Pyle" <jpyle@fidelityvoice.com> wrote:
Hello,
FreeSWITCH Version 1.3.17+git~20130318T211211Z~2dc3b47db1. The config is a basic SBC to handle NAT traversal between public and private interfaces. Proxy-media mode is configured.
Inbound call from carrier hits us with G711u and G729 in the SDP, in that order. Inside PBX chooses G711u and call is established. 30 minutes later the carrier does a session refresh with a re-INVITE with an identical SDP as the initial INVITE. When FreeSWITCH the re-INVITE leaves FreeSWITCH towards the inside PBX, the attached SDP has G711u and G729 are flipped such that G729 is now preferred. The PBX accepts the G729 request and the session switches to G729.
There are no SDP smarts in the dialplan. Codecs are not handled at all by design.
Is this something that could be caused by a misconfiguration? Or, is my next step a jira?
- Jeff
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
This seems to break other things. I lose media, possibly when the far end sends 200 OK. I didn't have an opportunity to do much troubleshooting. I'm working a different approach that includes removing FS from the media path altogether. - Jeff On Thu, Jul 25, 2013 at 8:49 AM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
Try enable-soa=false in the Sofia profile to disable any auto parsing. On Jul 25, 2013 6:41 AM, "Jeff Pyle" <jpyle@fidelityvoice.com> wrote:
Hello,
FreeSWITCH Version 1.3.17+git~20130318T211211Z~2dc3b47db1. The config is a basic SBC to handle NAT traversal between public and private interfaces. Proxy-media mode is configured.
Inbound call from carrier hits us with G711u and G729 in the SDP, in that order. Inside PBX chooses G711u and call is established. 30 minutes later the carrier does a session refresh with a re-INVITE with an identical SDP as the initial INVITE. When FreeSWITCH the re-INVITE leaves FreeSWITCH towards the inside PBX, the attached SDP has G711u and G729 are flipped such that G729 is now preferred. The PBX accepts the G729 request and the session switches to G729.
There are no SDP smarts in the dialplan. Codecs are not handled at all by design.
Is this something that could be caused by a misconfiguration? Or, is my next step a jira?
- Jeff
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
It seems even with bypass media the codecs are flipped in the reinvite. Setting enable-soa=false breaks reinvites for t.38 and such. FreeSWITCH Version 1.2.11-n20130816T111409Z-1~wheezy+1+git~20130816T135609Z~64ade54a73 (-n20130816T111409Z-1~wheezy+1git 64ade54 2013-08-16 13:56:09Z) - Jeff On Thu, Aug 1, 2013 at 3:38 PM, Jeff Pyle <jpyle@fidelityvoice.com> wrote:
This seems to break other things. I lose media, possibly when the far end sends 200 OK. I didn't have an opportunity to do much troubleshooting.
I'm working a different approach that includes removing FS from the media path altogether.
- Jeff
On Thu, Jul 25, 2013 at 8:49 AM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
Try enable-soa=false in the Sofia profile to disable any auto parsing. On Jul 25, 2013 6:41 AM, "Jeff Pyle" <jpyle@fidelityvoice.com> wrote:
Hello,
FreeSWITCH Version 1.3.17+git~20130318T211211Z~2dc3b47db1. The config is a basic SBC to handle NAT traversal between public and private interfaces. Proxy-media mode is configured.
Inbound call from carrier hits us with G711u and G729 in the SDP, in that order. Inside PBX chooses G711u and call is established. 30 minutes later the carrier does a session refresh with a re-INVITE with an identical SDP as the initial INVITE. When FreeSWITCH the re-INVITE leaves FreeSWITCH towards the inside PBX, the attached SDP has G711u and G729 are flipped such that G729 is now preferred. The PBX accepts the G729 request and the session switches to G729.
There are no SDP smarts in the dialplan. Codecs are not handled at all by design.
Is this something that could be caused by a misconfiguration? Or, is my next step a jira?
- Jeff
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
participants (2)
-
Anthony Minessale
-
Jeff Pyle