Wrong codec choosed after using HOLD feature

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Benny,

Thanks for your reply! I realized that I made a mistake describing my problem. Actually I am using high level pjsua_call_reinvite() function.

Regards,
Oleg


-- 
Oleg Lutsenko
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)


On Friday, August 3, 2012 at 4:47 AM, Benny Prijono wrote:

> Hi,
> 
> So I take it you're using the lower level PJSIP API. In this case, you have the full control over the SDP to be included in the request. You also have to send the request manually, so you have full control over what to send. So I tend to say that the fault is in the app. :)
> 
> Best regards,
> Benny
> 
> On Tue, Jul 31, 2012 at 8:46 PM, Oleg Lutsenko <oleg.lutsenko at googlemail.com (mailto:oleg.lutsenko at googlemail.com)> wrote:
> > Hello,
> > 
> > I have a problem with pjsip_inv_reinvite function.
> > 
> > When I call this function to unhold the call, this function generates two INVITES: 
> > 
> > 1st INVITE contains all available codecs
> > 
> > 2nd INVITE contains only one codec which has highest priority from the list of available codecs
> > 
> > In a result, if other phone/client doesn't support this codec, you have one way voice call. So you can't hear anything on one of the side of the call. 
> > 
> > Does any one know how to fix it? Any ideas why pjsip_inv_reinvite selects the codec with highest priority instead of current used codec which is supported on both sides?
> > 
> > Regards, 
> > Oleg
> 
> 
> _______________________________________________
> Visit our blog: http://blog.pjsip.org
> 
> pjsip mailing list
> pjsip at lists.pjsip.org (mailto:pjsip at lists.pjsip.org)
> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org






[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux