everything you were trying to do originally is valid as long as you do not use proxy mode.<div>Proxy mode has nearly no benefit at this point. It was originally designed for t38 passthru which has now been fully implemented.</div>
<div><br></div><div>You'll struggle to find a codec that is not already supported in FS, very few are stubs most are full functional.</div><div><br></div><div><br><br><div class="gmail_quote">On Sat, Oct 22, 2011 at 1:30 PM, Visciano Giovanni <span dir="ltr"><<a href="mailto:Giovanni.Visciano@italtel.it">Giovanni.Visciano@italtel.it</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Now I understand.<br>
If both legs use the same codec, the codec ("fake") will be used in a pass-through way,<br>
so no additional transcoding is applied, as in PROXY PASS-THROUGH condition.<br>
<br>
So let me reason in a default media scenario (no proxy-media).<br>
<br>
Now, as I explained in the first mail, sofia build "ep_codec_string" (SWITCH_<br>
ORIGINATOR_CODEC_VARIABLE) as the intersection between the codec list received<br>
in SDP offer and the codec loaded in the core.<br>
So if the offered SDP codec list is NOT a subset of the loaded core codecs the other<br>
legs will miss some codecs proposed by the calling endpoint.<br>
That said, if I want to be sure every codecs my endpoint support won't be filtered I<br>
have to register a "fake" pass-through codec for each one.<br>
<br>
... you did not answer to my last question :).<br>
I haven't found any other endpoint module the can interwork in PROXY mode with<br>
sofia (even h323 doesn't support this). My question: is there a standard/<br>
recommended way to exchange capability between endpoint of different nature in FS<br>
proxy mode? Maybe using SDP o/a as done in sofia sip?<br>
<br>
Thank you again for you help.<br>
<font color="#888888">Giovanni<br>
</font><div class="im"><br>
<br>
-----Original Message-----<br>
From: <a href="mailto:freeswitch-dev-bounces@lists.freeswitch.org">freeswitch-dev-bounces@lists.freeswitch.org</a> on behalf of Anthony Minessale<br>
</div><div><div></div><div class="h5">Sent: Sat 10/22/2011 4:48 PM<br>
To: <a href="mailto:freeswitch-dev@lists.freeswitch.org">freeswitch-dev@lists.freeswitch.org</a><br>
Subject: Re: [Freeswitch-dev] Strange behaviour in SOFIA SIP<br>
<br>
that's what I was trying to explain.<br>
PROXY mode does not let you manipulate anything, it's pure<br>
pass-through negotiation between the endpoints.<br>
<br>
All the stuff with ep_codec_string are relevant only when you are not<br>
trying to use proxy mode.<br>
This is a common mistake people make assuming not using proxy mode<br>
means somehow doing more work but it's not the case, any time both<br>
legs of a call use the same codec it's equally efficient to what you<br>
end up with in proxy mode. proxy mode simply means take the inbound<br>
SDP and offer it AS IS to the far end and vice-versa and use a fake<br>
codec in the middle that is agnostic.<br>
<br>
<br>
<br>
On Fri, Oct 21, 2011 at 10:36 AM, Visciano Giovanni<br>
<<a href="mailto:Giovanni.Visciano@italtel.it">Giovanni.Visciano@italtel.it</a>> wrote:<br>
> Hello Anthony.<br>
> Maybe I want not so clear, let me explain.<br>
><br>
> I do not want to apply any codec manipulation, I'm working on a prototype endpoint module that has "proxy media capabilty" and wants to interoperate with other endpoints.<br>
> What I saw is that in a sofia vs sofia call (proxy mode+late negotiation) they exchange through FS calling/called endpoint capability looking at SDP session carried by channel variables, so internally they use SDP O/A scheme.<br>
> I thought that "ep_codec_string"->SWITCH_ORIGINATOR_CODEC_VARIABLE could be used to exchange capability without using a protocol specific format (SDP).<br>
> If this is not the case, what's the right way to negotiate capability between endpoints in proxy mode?<br>
><br>
> Than you.<br>
> Giovanni<br>
><br>
> PS: I did not find any existing endpoint except sofia that support this. Am I right?<br>
><br>
> -----Original Message-----<br>
> From: <a href="mailto:freeswitch-dev-bounces@lists.freeswitch.org">freeswitch-dev-bounces@lists.freeswitch.org</a> on behalf of Anthony Minessale<br>
> Sent: Fri 10/21/2011 5:06 PM<br>
> To: <a href="mailto:freeswitch-dev@lists.freeswitch.org">freeswitch-dev@lists.freeswitch.org</a><br>
> Subject: Re: [Freeswitch-dev] Strange behaviour in SOFIA SIP<br>
><br>
> any codec manipulation techniques and proxy media mode are not<br>
> compatible. Proxy media mode means stay completely out of the codec<br>
> negotiation process.<br>
><br>
> On Thu, Oct 20, 2011 at 3:11 PM, Visciano Giovanni<br>
> <<a href="mailto:Giovanni.Visciano@italtel.it">Giovanni.Visciano@italtel.it</a>> wrote:<br>
>> Preconditions on sip profile<br>
>> ----------------------------<br>
>> inbound-codec-prefs NOT set<br>
>> outbound-codec-prefs NOT set<br>
>> inbound-proxy-media=TRUE<br>
>> inbound-bypass-media=FALSE<br>
>> inbound-late-negotiation=TRUE + inherit_codec=TRUE<br>
>><br>
>> TEST scenario<br>
>> -------------<br>
>> SIP phone send INVITE with SDP to FS<br>
>><br>
>> INVITE<br>
>> SDP[codelist=PCMA, PCMU, G722, G729] --> FS<br>
>><br>
>> FS has just the CORE_PC_MODULE [PCMA, PCMU, PASS-THR, VIDEO-PASS-THR, L16]<br>
>><br>
>> The "ep_codec_string" channel variable is loaded with [PCMA, PCMU]<br>
>><br>
>> EXPECTED<br>
>> --------<br>
>> In "proxy-media + late-negotiation" scenario:<br>
>> ep_codec_string=[PCMA,PCMU,G722,G729]<br>
>><br>
>> PROBLEM<br>
>> -------<br>
>> According to the documentation<br>
>> (<a href="http://wiki.freeswitch.org/wiki/Codec_negotiation" target="_blank">http://wiki.freeswitch.org/wiki/Codec_negotiation</a>):<br>
>><br>
>> "ep_codec_string: This variable is only available if late negotiation is<br>
>> enabled on the profile. It's a readable string containing all the codecs<br>
>> proposed by the calling endpoint."<br>
>> and<br>
>> "inherit_codec=true (only applicable when late-negotiation is enabled) will<br>
>> take the codec negotiated when the B leg answers and pass it to the A leg so<br>
>> it also uses the same codec (if the A leg supports it); otherwise, it will<br>
>> use whatever it can from its own list"<br>
>><br>
>> The variable ep_codec_string doesn't contain ALL the codecs proposed by the<br>
>> calling endpoint. It contains the intersection between the codecs proposed<br>
>> by the calling and the codecs loaded in FS.<br>
>> In proxy-media / no-media configuration the called endpoint doesn't have the<br>
>> calling codec list so he can't negotiate using all the capabilities<br>
>> available.<br>
>> (I'm working on a test endpoint module that should work in proxy and<br>
>> no-media configuration ... mod_sofia vs mod_sofia works because they look at<br>
>> the remote sdp variable)<br>
>><br>
>> Source reference - sofia_glue.c->sofia_glue_set_r_sdp_codec_string()<br>
>><br>
>><br>
>> Regards,<br>
>> Giovanni<br>
>><br>
>><br>
>><br>
>> Internet Email Confidentiality Footer<br>
>><br>
>> ********************************************************************************************************************************************<br>
>><br>
>> La presente comunicazione, con le informazioni in essa contenute e ogni<br>
>> documento o file allegato, e' rivolta unicamente alla/e persona/e cui e'<br>
>> indirizzata ed alle altre da questa autorizzata/e a riceverla. Se non siete<br>
>> i destinatari/autorizzati siete avvisati che qualsiasi azione, copia,<br>
>> comunicazione, divulgazione o simili basate sul contenuto di tali<br>
>> informazioni e' vietata e potrebbe essere contro la legge (art. 616 C.P.,<br>
>> D.Lgs n. 196/2003 Codice in materia di protezione dei dati personali). Se<br>
>> avete ricevuto questa comunicazione per errore, vi preghiamo di darne<br>
>> immediata notizia al mittente e di distruggere il messaggio originale e ogni<br>
>> file allegato senza farne copia alcuna o riprodurne in alcun modo il<br>
>> contenuto.<br>
>><br>
>> This e-mail and its attachments are intended for the addressee(s) only and<br>
>> are confidential and/or may contain legally privileged information. If you<br>
>> have received this message by mistake or are not one of the addressees<br>
>> above, you may take no action based on it, and you may not copy or show it<br>
>> to anyone; please reply to this e-mail and point out the error which has<br>
>> occurred.<br>
>> ********************************************************************************************************************************************<br>
>><br>
>> _______________________________________________<br>
>> Join us at ClueCon 2011, Aug 9-11, Chicago<br>
>> <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a> 877-7-4ACLUE<br>
>><br>
>> FreeSWITCH-dev mailing list<br>
>> <a href="mailto:FreeSWITCH-dev@lists.freeswitch.org">FreeSWITCH-dev@lists.freeswitch.org</a><br>
>> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a><br>
>> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-dev</a><br>
>> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
>><br>
>><br>
><br>
><br>
><br>
> --<br>
> Anthony Minessale II<br>
><br>
> FreeSWITCH <a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org/</a><br>
> ClueCon <a href="http://www.cluecon.com/" target="_blank">http://www.cluecon.com/</a><br>
> Twitter: <a href="http://twitter.com/FreeSWITCH_wire" target="_blank">http://twitter.com/FreeSWITCH_wire</a><br>
><br>
> AIM: anthm<br>
> <a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>
> GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
> IRC: <a href="http://irc.freenode.net" target="_blank">irc.freenode.net</a> #freeswitch<br>
><br>
> FreeSWITCH Developer Conference<br>
> <a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br>
> <a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>
> pstn:<a href="tel:%2B19193869900" value="+19193869900">+19193869900</a><br>
><br>
> _______________________________________________<br>
> Join us at ClueCon 2011, Aug 9-11, Chicago<br>
> <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a> 877-7-4ACLUE<br>
><br>
> FreeSWITCH-dev mailing list<br>
> <a href="mailto:FreeSWITCH-dev@lists.freeswitch.org">FreeSWITCH-dev@lists.freeswitch.org</a><br>
> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a><br>
> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-dev</a><br>
> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Join us at ClueCon 2011, Aug 9-11, Chicago<br>
> <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a> 877-7-4ACLUE<br>
><br>
> FreeSWITCH-dev mailing list<br>
> <a href="mailto:FreeSWITCH-dev@lists.freeswitch.org">FreeSWITCH-dev@lists.freeswitch.org</a><br>
> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a><br>
> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-dev</a><br>
> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
><br>
><br>
<br>
<br>
<br>
--<br>
Anthony Minessale II<br>
<br>
FreeSWITCH <a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org/</a><br>
ClueCon <a href="http://www.cluecon.com/" target="_blank">http://www.cluecon.com/</a><br>
Twitter: <a href="http://twitter.com/FreeSWITCH_wire" target="_blank">http://twitter.com/FreeSWITCH_wire</a><br>
<br>
AIM: anthm<br>
<a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>
GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net" target="_blank">irc.freenode.net</a> #freeswitch<br>
<br>
FreeSWITCH Developer Conference<br>
<a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>
pstn:<a href="tel:%2B19193869900" value="+19193869900">+19193869900</a><br>
<br>
_______________________________________________<br>
Join us at ClueCon 2011, Aug 9-11, Chicago<br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a> 877-7-4ACLUE<br>
<br>
FreeSWITCH-dev mailing list<br>
<a href="mailto:FreeSWITCH-dev@lists.freeswitch.org">FreeSWITCH-dev@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-dev</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br>
<br>
</div></div><br>_______________________________________________<br>
Join us at ClueCon 2011, Aug 9-11, Chicago<br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a> 877-7-4ACLUE<br>
<br>
FreeSWITCH-dev mailing list<br>
<a href="mailto:FreeSWITCH-dev@lists.freeswitch.org">FreeSWITCH-dev@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-dev</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
Twitter: <a href="http://twitter.com/FreeSWITCH_wire">http://twitter.com/FreeSWITCH_wire</a><br><br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>
pstn:+19193869900<br>
</div>