[Freeswitch-users] OneWay audio after hold->unhold

[Prashanth Devarajappa]

Avaya PBX Version Control
§  Media encryption over IP:Y
§  Session Manager Element Manager 6.3
§  System Manager Release 6.3.5
§  Communication System Management 6.3.10

In IP-Network-region :
§  Codec set matches group for encryption

§  Intra-region IP-IP Direct Audio: yes

§  Inter-region IP-IP Direct Audio: yes

In CM, signaling-group of type: SIP
§  Transport Method: TLS

Let me know if you need further Avaya config details.

FreeSwitch :
Its standard FS with custom (code/config) changes to enable


·         Support for RFC 5939 : Capability Negotiation

·         Support for UNENCRYPTED_SRTCP

·         Support IP Shuffling with in ACK…… to be done ☺


Prashanth



From: Bote Man [mailto:bote_radio at botecomm.com]
Sent: 05 September 2015 04:50
To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
Subject: Re: [Freeswitch-users] OneWay audio after hold->unhold

We would be VERY appreciative if you could provide the configurations on the Avaya and FreeSWITCH that allow them to talk to each other. In my experience Avaya does not play well with others, and I have tried and given up.
Thank you in advance!
Bote

On Fri, Sep 4, 2015 at 12:09 PM, Prashanth Devarajappa <Prashanth.Devarajappa at enghouse.com<mailto:Prashanth.Devarajappa at enghouse.com>> wrote:
Hello,

I am connecting to Avaya switch using SIP trunk interface from FS with TLS & SRTP connection. This works well for inbound and outbound calls. I have an issue with media, when I try hold -> unhold operation from FS for an outbound call.

When FS tries to unhold the call by sending Re-INVITE, avaya responds with 200 OK. Then sends INVITE w/o SDP to shuffle the media(IP Shuffling, to make media flow directly b/w endpoints). FS responds with 200 OK + SDP as expected. Now avaya sends ACK + SDP where SDP has the updated connection info(IP and port of endpoint) where media should be sent. Along with this it also changes the crypto master key as per RFC due to change in connection info(c=).

On seeing this ACK, FS update the connection info(which is good) and change its own crypto master key in response. however this new master key is not sent to far end, meaning FS can decode the media it receives but other end can't decode the media FS is sending to it resulting in one way audio.

Has anyone come across this issue ?

Is there any way to trigger Re-INVITE or UPDATE from FS so other end gets new master key ?


Regards
Prashanth


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org<mailto:consulting at 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 at lists.freeswitch.org<mailto:FreeSWITCH-users at lists.freeswitch.org>
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150907/69fed4fb/attachment-0001.html