Re: [Opalvoip-user] Hold behavior with Avaya SIP Server

[Dicke J. (ST-CO/ENG2.2) <Jam...@us...>]

It looks like my previous response was bounced due to message size.  Trying again, but this time with trimming off previous messages…

Thank you and best regards,

James Dicke

Bosch Security Systems, Inc.
Communications Systems Division
Design Engineer


From: Dicke James (ST-CO/ENG2.2)
Sent: Thursday, July 02, 2015 9:57 AM
To: 'Robert Jongbloed'
Cc: opa...@li...
Subject: RE: [Opalvoip-user] Hold behavior with Avaya SIP Server

I had hoped that that was the issue (and even tested it to verify), but it did not solve the problem.  Looking at the code, I can see why:

OPAL_OPT_SYMMETRIC_HOLD_PRODUCT is only relevant if the Boolean variable sending is already true, and it is not in this case.  It is set to false because sendStream ->IsPaused() returns true.

Secondarily, specifying OPAL_OPT_SYMMETRIC_HOLD_PRODUCT will only set sending to false if not found, and it needs to be true for the OPAL library to specify the sendrecv media attribute in order to properly resume hold.


Thank you and best regards,

James Dicke

Bosch Security Systems, Inc.
Communications Systems Division
Design Engineer



From: rob...@gm...<mailto:rob...@gm...> [mailto:rob...@gm...] On Behalf Of Robert Jongbloed
Sent: Wednesday, July 01, 2015 4:27 PM
To: Dicke James (ST-CO/ENG2.2)
Cc: opa...@li...<mailto:opa...@li...>
Subject: Re: [Opalvoip-user] Hold behavior with Avaya SIP Server

As these sort of problem tend to crop up on certain software, and certain versions of software, there are mechanisms for working around them that do not involve breaking the compliant behaviour.

That scenarios is covered by adding the remote systems name (obtained via User-Agent header) to the OPAL_OPT_SYMMETRIC_HOLD_PRODUCT option string. See documentation in sdpep.h

Is this good enough to solve your problem?