Hi all,
I realise that asterisk's codec negotiation has been discussed in
the past multiple times. What I haven't been able to understand is
how asterisk decides which video codecs to advertise to the other
end when canreinvite=no in sip.conf and the initial caller
doesn't support video.
On Apr 11, 2011, at 8:38 pm, Paul Belanger wrote:
On 11-04-11 10:26 AM, Effie Mouzeli wrote:
This may lead to some buggy clients not to accept the call (with 488),
but I've noticed some cases where a callee was behind NAT,
an INVITE with one video codec would me forwarded properly
When the date was Thu Jan 19 2012 12:12:04, Stefan Schmidt wrote:
Hello,
IMHO asterisk acts exactly as it should. How else do you think it should
it prevent sending out the callerid name or num when you set it to prohib?
This behaviour is new in 1.8, since in 1.6 it work differently (not
When the date was Thu Jan 19 2012 15:23:04, Kevin P. Fleming wrote:
On 01/19/2012 05:56 AM, effie mouzeli wrote:
When the date was Thu Jan 19 2012 12:12:04, Stefan Schmidt wrote:
Hello,
IMHO asterisk acts exactly as it should. How else do you think it should
it prevent sending out