[Freeswitch-users] MS Lync / Skype For Business - MOH hangup

[Miha]

Hi Jay

i would also borrow this threat.
I am also integrating FS with SFB and experiencing some strange behaviour.

When other side behind SFB pickup the call I do not get 200 ok and I do 
not know why SFB does not send it. The same config with asterisk works.
@Jay do you have any special settings?

br
miha

On 05/05/2016 12:56, jay binks wrote:
> Hi All,
>
> Im hoping that the collective experience of the FS Community might be 
> able to help with some interop fun with Skype For Business, 
> specifically where the SFB end sends a bye at around 3 min, after the 
> call has been on hold for  ( for most of that time )
>
> I dont see anything obvious in the signalling, but a colleague who is 
> quite experienced with Lync feels it may be related to how we are 
> handling "a=inactive" when the call is on hold.
>
> I cant at this point share any of these SIP traces ( mainly because 
> im yet to have this entire scenario tested in our lab ).
>
> I guess what Im asking is, does anyone have SFB working well with 
> Freeswitch, and have you tested long periods of silence ( pressing 
> mute in the SFB client ) and long periods of the call on hold.
>
> if so, can you potentially share any settings you had to tweak in 
> order to make this work.
>
> Sincerely
>
> Jay
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> 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
> 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/20160505/85d1589b/attachment.html