Hi, I need to have the hability to negotiate the codec in a session (using proxy media or bypass media), unfortunally I've been unable to achive this due the documentation that I've found about it's vague. I've already tried using "absolute_codec_string" and everything that says in http://wiki.freeswitch.org/wiki/Codec_negotiation but it seams to ignore it when the media is in "bypass media" or "proxy media". I need to configure the FS as a SBC or as a pseudo proxy (I already know that FS is not intend to do it, but in the documentation says that it can). I've also tried to manually modify the SDP using: <param name="inbound-late-negotiation" value="true"/> And updating variables "switch_r_sdp" and "switch_l_dsp" but it also seams to ignore it. Here is the config: Endpoint1-->FS-->SWITCH-->FS-->Endpoint2 What I need, is to offer to the SWITCH only the codecs defined for Enpoint1 (ie. G729) and when the SWITCH send the INVITE to FS again, only offer the codecs available for Endpoint2. Eventually the SWITCH will do the transcoding. So, here is my question, is there any way to achive this? (Handle the invite codecs in bypass or proxy media), if so, is there any example to follow? o can you give a tip? Thanks in advance, Regards
It seems that you want to transcode G729 which is not possible. You can use it in passthru mode only. On Fri, Jun 19, 2009 at 1:48 AM, JuanMa <juanma.v82@gmail.com> wrote:
Hi,
I need to have the hability to negotiate the codec in a session (using proxy media or bypass media), unfortunally I've been unable to achive this due the documentation that I've found about it's vague.
I've already tried using "absolute_codec_string" and everything that says in http://wiki.freeswitch.org/wiki/Codec_negotiation but it seams to ignore it when the media is in "bypass media" or "proxy media". I need to configure the FS as a SBC or as a pseudo proxy (I already know that FS is not intend to do it, but in the documentation says that it can).
I've also tried to manually modify the SDP using: <param name="inbound-late-negotiation" value="true"/>
And updating variables "switch_r_sdp" and "switch_l_dsp" but it also seams to ignore it.
Here is the config:
Endpoint1-->FS-->SWITCH-->FS-->Endpoint2
What I need, is to offer to the SWITCH only the codecs defined for Enpoint1 (ie. G729) and when the SWITCH send the INVITE to FS again, only offer the codecs available for Endpoint2. Eventually the SWITCH will do the transcoding.
So, here is my question, is there any way to achive this? (Handle the invite codecs in bypass or proxy media), if so, is there any example to follow? o can you give a tip?
Thanks in advance, Regards
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
BTW, what is SWITCH? Can it do transcoding? On Fri, Jun 19, 2009 at 2:06 PM, Saeed Ahmad <saeedahmad1981@gmail.com>wrote:
It seems that you want to transcode G729 which is not possible. You can use it in passthru mode only.
On Fri, Jun 19, 2009 at 1:48 AM, JuanMa <juanma.v82@gmail.com> wrote:
Hi,
I need to have the hability to negotiate the codec in a session (using proxy media or bypass media), unfortunally I've been unable to achive this due the documentation that I've found about it's vague.
I've already tried using "absolute_codec_string" and everything that says in http://wiki.freeswitch.org/wiki/Codec_negotiation but it seams to ignore it when the media is in "bypass media" or "proxy media". I need to configure the FS as a SBC or as a pseudo proxy (I already know that FS is not intend to do it, but in the documentation says that it can).
I've also tried to manually modify the SDP using: <param name="inbound-late-negotiation" value="true"/>
And updating variables "switch_r_sdp" and "switch_l_dsp" but it also seams to ignore it.
Here is the config:
Endpoint1-->FS-->SWITCH-->FS-->Endpoint2
What I need, is to offer to the SWITCH only the codecs defined for Enpoint1 (ie. G729) and when the SWITCH send the INVITE to FS again, only offer the codecs available for Endpoint2. Eventually the SWITCH will do the transcoding.
So, here is my question, is there any way to achive this? (Handle the invite codecs in bypass or proxy media), if so, is there any example to follow? o can you give a tip?
Thanks in advance, Regards
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Saeed Ahmad: Yes, it can do transcoding. Transcoding isn't the problem to my architecture, my problem is the codec negotiation between FS and Endpoints. I want to use FS as SBC (session border controller) or pseudo SIP proxy. How i said in my last e-mail FS will work in bypass-media or proxy-media in both modes FS doesn't handle media. I only want the FS handle Codec Negotiation how i described. Thanks On 19/06/2009, at 09:08, Saeed Ahmad wrote:
BTW, what is SWITCH? Can it do transcoding?
On Fri, Jun 19, 2009 at 2:06 PM, Saeed Ahmad <saeedahmad1981@gmail.com> wrote: It seems that you want to transcode G729 which is not possible. You can use it in passthru mode only.
On Fri, Jun 19, 2009 at 1:48 AM, JuanMa <juanma.v82@gmail.com> wrote: Hi,
I need to have the hability to negotiate the codec in a session (using proxy media or bypass media), unfortunally I've been unable to achive this due the documentation that I've found about it's vague.
I've already tried using "absolute_codec_string" and everything that says in http://wiki.freeswitch.org/wiki/Codec_negotiation but it seams to ignore it when the media is in "bypass media" or "proxy media". I need to configure the FS as a SBC or as a pseudo proxy (I already know that FS is not intend to do it, but in the documentation says that it can).
I've also tried to manually modify the SDP using: <param name="inbound-late-negotiation" value="true"/>
And updating variables "switch_r_sdp" and "switch_l_dsp" but it also seams to ignore it.
Here is the config:
Endpoint1-->FS-->SWITCH-->FS-->Endpoint2
What I need, is to offer to the SWITCH only the codecs defined for Enpoint1 (ie. G729) and when the SWITCH send the INVITE to FS again, only offer the codecs available for Endpoint2. Eventually the SWITCH will do the transcoding.
So, here is my question, is there any way to achive this? (Handle the invite codecs in bypass or proxy media), if so, is there any example to follow? o can you give a tip?
Thanks in advance, Regards
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
I'm sorry, but like I said, I DONT WANT to do transcoding with FS(I have another switch who is in charge of it, witch is from another technology), I only want to negotiate the codecs in the way that I want it. This only seams to work when bypass media or proxy media is set to false. Due I need to use it as a SBC(session border controller) or pseudo proxy (I already know that is not intend for it), I need to negotiate the codecs in the FS. In the current thread I've already explained what I'm trying to do. If you give me a tip I'm willing to make the documentation richer. Thanks Regards In my architecture the switch who is in charge of transcoding IS NOT a FS. On 19/06/2009, at 16:19, Brian West wrote:
No right now you can not legally transcode G729 in FreeSWITCH, PERIOD!
/b
On Jun 19, 2009, at 2:11 PM, JuanMa wrote:
Yes, it can do transcoding. Transcoding isn't the problem to my architecture, my problem is the codec negotiation between FS and Endpoints.
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
You are right, it seams that it can not be done. In the past I've tried to do something similiar but with no success. Apperently the documentation is wrong. If I have some time I will look at the code and I will give you some feedback. Cheers, PS: The transcoding question has nothing to do with your question :) On 19/06/2009, at 17:18, JuanMa wrote:
I'm sorry, but like I said, I DONT WANT to do transcoding with FS(I have another switch who is in charge of it, witch is from another technology), I only want to negotiate the codecs in the way that I want it. This only seams to work when bypass media or proxy media is set to false. Due I need to use it as a SBC(session border controller) or pseudo proxy (I already know that is not intend for it), I need to negotiate the codecs in the FS. In the current thread I've already explained what I'm trying to do. If you give me a tip I'm willing to make the documentation richer.
Thanks Regards
In my architecture the switch who is in charge of transcoding IS NOT a FS.
On 19/06/2009, at 16:19, Brian West wrote:
No right now you can not legally transcode G729 in FreeSWITCH, PERIOD!
/b
On Jun 19, 2009, at 2:11 PM, JuanMa wrote:
Yes, it can do transcoding. Transcoding isn't the problem to my architecture, my problem is the codec negotiation between FS and Endpoints.
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Hi, I am not expert, and if i understood you correctly, i am doing it like that: set late negotiation to false (it can be set true if you want to negotiate it on the fly, but it didn't work for me) don't use absolute_codec_string instead use codec_string and put codec(s) what EP2 is offering, now if A side is sending one of the codec which are defined for EP2 then it will be used. i didn't consider your FS at right side because your SWITCH definately going to transcode the codec into G729, otherwise above scenario should be same for both FS. let me know if it also works for you, i am also using it in proxy media mode. are you using xml_curl? - Saeed On Fri, Jun 19, 2009 at 11:28 PM, Mariano de Llano < mariano.dellano@gmail.com> wrote:
You are right, it seams that it can not be done.
In the past I've tried to do something similiar but with no success. Apperently the documentation is wrong.
If I have some time I will look at the code and I will give you some feedback.
Cheers,
PS: The transcoding question has nothing to do with your question :)
On 19/06/2009, at 17:18, JuanMa wrote:
I'm sorry, but like I said, I DONT WANT to do transcoding with FS(I have another switch who is in charge of it, witch is from another technology), I only want to negotiate the codecs in the way that I want it. This only seams to work when bypass media or proxy media is set to false. Due I need to use it as a SBC(session border controller) or pseudo proxy (I already know that is not intend for it), I need to negotiate the codecs in the FS. In the current thread I've already explained what I'm trying to do. If you give me a tip I'm willing to make the documentation richer.
Thanks Regards
In my architecture the switch who is in charge of transcoding IS NOT a FS.
On 19/06/2009, at 16:19, Brian West wrote:
No right now you can not legally transcode G729 in FreeSWITCH, PERIOD!
/b
On Jun 19, 2009, at 2:11 PM, JuanMa wrote:
Yes, it can do transcoding. Transcoding isn't the problem to my architecture, my problem is the codec negotiation between FS and Endpoints.
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Hi, Saeed thanks for reply my mails. I am only using ONE FS. The Endpoint 1 call to the FS, then it call to SWITCH and the SWITCH call back to the FS and this call to Endpoint 2, my first intention were to use FS in bypass_mode, in this mode Fs only handle SIP signalization and SWITCH (another technology) handle RTP, like the image in the link (http://img26.imageshack.us/img26/1298/fsassbc.png ). Only ONE FS work as SBC (session border controler) or pseudo proxy. But the problem is the FS doesn't negotiate codecs properly and how you wrote late negotiation didn't work for change codec negotiation. I will test your tip, but i cant control the codec negotiation from endpoint who make a first INVITE to FS, only the bridge to de SWICTH and back to FS. Yes, I am using xml_curl. I was testing with event_socket but when FS receive a call and this connect to event_socket, the FS try to park the call and this can't by done because you must control the media. Thanks Regards On 20/06/2009, at 12:06, Saeed Ahmad wrote:
Hi,
I am not expert, and if i understood you correctly, i am doing it like that:
set late negotiation to false (it can be set true if you want to negotiate it on the fly, but it didn't work for me)
don't use absolute_codec_string instead use codec_string and put codec(s) what EP2 is offering, now if A side is sending one of the codec which are defined for EP2 then it will be used.
i didn't consider your FS at right side because your SWITCH definately going to transcode the codec into G729, otherwise above scenario should be same for both FS. let me know if it also works for you, i am also using it in proxy media mode. are you using xml_curl?
- Saeed On Fri, Jun 19, 2009 at 11:28 PM, Mariano de Llano <mariano.dellano@gmail.com
wrote:
You are right, it seams that it can not be done.
In the past I've tried to do something similiar but with no success. Apperently the documentation is wrong.
If I have some time I will look at the code and I will give you some feedback.
Cheers,
PS: The transcoding question has nothing to do with your question :)
On 19/06/2009, at 17:18, JuanMa wrote:
I'm sorry, but like I said, I DONT WANT to do transcoding with FS(I have another switch who is in charge of it, witch is from another technology), I only want to negotiate the codecs in the way that I want it. This only seams to work when bypass media or proxy media is set to false. Due I need to use it as a SBC(session border controller) or pseudo proxy (I already know that is not intend for it), I need to negotiate the codecs in the FS. In the current thread I've already explained what I'm trying to do. If you give me a tip I'm willing to make the documentation richer.
Thanks Regards
In my architecture the switch who is in charge of transcoding IS NOT a FS.
On 19/06/2009, at 16:19, Brian West wrote:
No right now you can not legally transcode G729 in FreeSWITCH, PERIOD!
/b
On Jun 19, 2009, at 2:11 PM, JuanMa wrote:
Yes, it can do transcoding. Transcoding isn't the problem to my architecture, my problem is the codec negotiation between FS and Endpoints.
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (4)
-
Brian West
-
JuanMa
-
Mariano de Llano
-
Saeed Ahmad