On 05/13/2010 05:16 PM, David Cunningham wrote: > We're having an issue where a peer's response to an INVITE includes > "a=sendonly". Later it sends a re-invite with "a=sendrecv", however > Asterisk responds to that with an OK that includes "a=recvonly". The > end result is the called party can't hear the caller. > > Do you have any idea why this is, or where I could go for more information?
That would seem to indicate that the peer is placing Asterisk 'on hold', and then taking it back 'off hold' later. I do not know why Asterisk would respond with 'recvonly', it should only do that when it thinks the channel is still on hold. Are you using 'mohinterpret=passthrough', where Asterisk would send the hold indication to the bridged channel instead of reacting to it locally? -- Kevin P. Fleming Digium, Inc. | Director of Software Technologies 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA skype: kpfleming | jabber: [email protected] Check us out at www.digium.com & www.asterisk.org -- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
