Wrong codec choosed after using HOLD feature

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

 



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
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20120803/7387058e/attachment-0001.html>


[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