|
From: | julien.fb |
Subject: | Re: [Linphone-developers] "488 Not Acceptable here" with Linphone Desktop Mac version 4.2.5 |
Date: | Wed, 13 Jul 2022 11:01:50 +0200 |
Hello, So why should these not be present? Because the initial invite did not ask for ICE candidates. Therefore, there are not required unless you want to enable it. What makes it behave bad here? This has been fixed as you mentioned. So what will happen when Linphone Desktop needs ICE support if it is behind some restricted NAT? The desktop doesn’t carry natively this feature since it’s an advanced feature. Regards, De : Linphone-developers <linphone-developers-bounces+julien.fb=belledonne-communications.com@nongnu.org> De la part de varun pratapsingh Hi Everyone, I see an issue happening with only Mac OS Desktop Linphone version 4.2.5. It is not coming with Mobile Linphone and other SIP clients I tried. The case is Mac OS Linphone gets an incoming call with non ICE supported SDP (SDP with INVITE does not contain any attribute of ICE) and Mac OS Linphone replies it with 200 OK. The 200 OK SDP also does not contain any ICE attributes. Now the issue happens when Mac OS Linphone tries to put the call on hold. I see that Mac OS Linphone re-INVITE contains only ice attributes ( a=ice-pwd:db25532a84d7055079f58b52 and a=ice-ufrag:fa8d26ef) but no ice-candidates. So these two ICE attributes indicate the support of ICE but does not have the ice-candidates. Freeswitch replies the Hold Request with 488 Not acceptable. The logs on Freeswitch shows that it tries to search for ice-candidates in the re-INVITE for call hold and it does not find. Logs Snippet from Freeswitch Server (I have masked the IPs) INITIAL INVITE SDP: INITIAL 200 OK SDP (from MacOS Linphone): v=0 re-INVITE SDP (from MacOS Linphone on Call Hold): v=0 Freeswitch replies with 488 Not Acceptable Here. switch_core_media.c:3567 sofia/external/sbc no suitable candidates found. I see that this issue is Fixed in Latest Linphone 4.4.8 and the only difference I see is that now re-INVITE does not contain the ICE support. The ICE attributes in the red highlighted color are not present now in the re-INVITE SDP. So why should these not be present? What makes it behave bad here? So what will happen when Linphone Desktop needs ICE support if it is behind some restricted NAT? Thanks and Regards Varun |
[Prev in Thread] | Current Thread | [Next in Thread] |