[Freeswitch-users] Can it do it?

JuanMa juanma.v82 at gmail.com
Sat Jun 20 19:48:39 PDT 2009


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 at 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 at 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 at 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20090620/0d191cbe/attachment-0002.html 


More information about the FreeSWITCH-users mailing list