[Freeswitch-dev] question about codecs negotiation
Hi, i already post it in freeswitch-users but nobody reply, now try there. I have questions about fs and not sip protocols, call scheme like this - user1-sip->fs-sip->user2, as i see if in sip profile enable inbound-proxy-media SDP is goes end-to-end if sip is on both call legs, if call goes throuch another protocol module, for example my mod_h323 (call scheme like user1-sip->fs-h323->someH323Ep) there is no way to negotiate codec because i have no SDP from called party for example and have no way to insert it on sip leg, or i don't see this way? This issue slow down my development, especially t38 part becouse i don't known how to resolve this in true way. C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE
The only way to do this that I can think of easily is to convert your codec data to an sdp string that can be set on the channel. Mike On Oct 31, 2009, at 8:57 AM, Georgiewskiy Yuriy wrote:
Hi, i already post it in freeswitch-users but nobody reply, now try there.
I have questions about fs and not sip protocols, call scheme like this - user1-sip->fs-sip->user2, as i see if in sip profile enable inbound-proxy-media SDP is goes end-to-end if sip is on both call legs, if call goes throuch another protocol module, for example my mod_h323 (call scheme like user1-sip-
fs-h323->someH323Ep) there is no way to negotiate codec because i have no SDP from called party for example and have no way to insert it on sip leg, or i don't see this way?
This issue slow down my development, especially t38 part becouse i don't known how to resolve this in true way.
C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129- RIPE_______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
On 2009-10-31 10:24 -0400, Michael Jerris wrote freeswitch-dev@lists.freesw...: MJ>The only way to do this that I can think of easily is to convert your MJ>codec data to an sdp string that can be set on the channel. it's not true way im my mind, there is another protocol endpoints, for example iax, if call scheme like h323->fs->iax i need 2 differen converter one to sip sdp and one to iax? i think clearer way to pass codecs to some kind of global var for a call, and each ebdpoints module will take it from there and konvert in his own format himself, any other ideas? MJ>Mike MJ> MJ>On Oct 31, 2009, at 8:57 AM, Georgiewskiy Yuriy wrote: MJ> MJ>> MJ>> Hi, i already post it in freeswitch-users but nobody reply, now try MJ>> there. MJ>> MJ>> I have questions about fs and not sip protocols, MJ>> call scheme like this - user1-sip->fs-sip->user2, as i see if in sip MJ>> profile enable inbound-proxy-media SDP is goes MJ>> end-to-end if sip is on both call legs, if call goes throuch another MJ>> protocol module, for example my mod_h323 (call scheme like user1-sip- MJ>> >fs-h323->someH323Ep) there is no way to negotiate codec because i MJ>> have no SDP from called party for example and have no way to insert MJ>> it on sip leg, or i don't see this way? MJ>> MJ>> This issue slow down my development, especially t38 part becouse i MJ>> don't known MJ>> how to resolve this in true way. MJ>> MJ>> C уважением With Best Regards MJ>> Георгиевский Юрий. Georgiewskiy Yuriy MJ>> +7 4872 711666 +7 4872 711666 MJ>> факс +7 4872 711143 fax +7 4872 711143 MJ>> Компания ООО "Ай Ти Сервис" IT Service Ltd MJ>> http://nkoort.ru http://nkoort.ru MJ>> JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru MJ>> YG129-RIPE YG129- MJ>> RIPE_______________________________________________ MJ>> FreeSWITCH-dev mailing list MJ>> FreeSWITCH-dev@lists.freeswitch.org MJ>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev MJ>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev MJ>> http://www.freeswitch.org MJ> MJ> MJ>_______________________________________________ MJ>FreeSWITCH-dev mailing list MJ>FreeSWITCH-dev@lists.freeswitch.org MJ>http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev MJ>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev MJ>http://www.freeswitch.org MJ> C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE
your of course not going to be able to proxy media or bypass media with iax, it does not use rtp. On Oct 31, 2009, at 10:37 AM, Georgiewskiy Yuriy wrote:
On 2009-10-31 10:24 -0400, Michael Jerris wrote freeswitch-dev@lists.freesw ...:
MJ>The only way to do this that I can think of easily is to convert your MJ>codec data to an sdp string that can be set on the channel.
it's not true way im my mind, there is another protocol endpoints, for example iax, if call scheme like h323->fs->iax i need 2 differen converter one to sip sdp and one to iax? i think clearer way to pass codecs to some kind of global var for a call, and each ebdpoints module will take it from there and konvert in his own format himself, any other ideas?
MJ>Mike MJ> MJ>On Oct 31, 2009, at 8:57 AM, Georgiewskiy Yuriy wrote: MJ> MJ>> MJ>> Hi, i already post it in freeswitch-users but nobody reply, now try MJ>> there. MJ>> MJ>> I have questions about fs and not sip protocols, MJ>> call scheme like this - user1-sip->fs-sip->user2, as i see if in sip MJ>> profile enable inbound-proxy-media SDP is goes MJ>> end-to-end if sip is on both call legs, if call goes throuch another MJ>> protocol module, for example my mod_h323 (call scheme like user1-sip- MJ>> >fs-h323->someH323Ep) there is no way to negotiate codec because i MJ>> have no SDP from called party for example and have no way to insert MJ>> it on sip leg, or i don't see this way? MJ>> MJ>> This issue slow down my development, especially t38 part becouse i MJ>> don't known MJ>> how to resolve this in true way. MJ>> MJ>> C уважением With Best Regards MJ>> Георгиевский Юрий. Georgiewskiy Yuriy MJ>> +7 4872 711666 +7 4872 711666 MJ>> факс +7 4872 711143 fax +7 4872 711143 MJ>> Компания ООО "Ай Ти Сервис" IT Service Ltd MJ>> http://nkoort.ru http://nkoort.ru MJ>> JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru MJ>> YG129-RIPE YG129- MJ>> RIPE_______________________________________________ MJ>> FreeSWITCH-dev mailing list MJ>> FreeSWITCH-dev@lists.freeswitch.org MJ>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev MJ>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ freeswitch-dev MJ>> http://www.freeswitch.org MJ> MJ> MJ>_______________________________________________ MJ>FreeSWITCH-dev mailing list MJ>FreeSWITCH-dev@lists.freeswitch.org MJ>http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev MJ>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ freeswitch-dev MJ>http://www.freeswitch.org MJ>
C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129- RIPE_______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
On 2009-10-31 10:53 -0400, Michael Jerris wrote freeswitch-dev@lists.freesw...: MJ>your of course not going to be able to proxy media or bypass media MJ>with iax, it does not use rtp. ок, iax not use rtp, but MGCP use it, if some people write module for it, he need construct sdp anyway to proxy media for example between h323 and MGCP? MJ>On Oct 31, 2009, at 10:37 AM, Georgiewskiy Yuriy wrote: MJ> MJ>> On 2009-10-31 10:24 -0400, Michael Jerris wrote freeswitch-dev@lists.freesw MJ>> ...: MJ>> MJ>> MJ>The only way to do this that I can think of easily is to convert MJ>> your MJ>> MJ>codec data to an sdp string that can be set on the channel. MJ>> MJ>> it's not true way im my mind, there is another protocol endpoints, MJ>> for example iax, MJ>> if call scheme like h323->fs->iax i need 2 differen converter one to MJ>> sip sdp and one MJ>> to iax? i think clearer way to pass codecs to some kind of global MJ>> var for a call, MJ>> and each ebdpoints module will take it from there and konvert in his MJ>> own format MJ>> himself, any other ideas? MJ>> MJ>> MJ>> MJ>Mike MJ>> MJ> MJ>> MJ>On Oct 31, 2009, at 8:57 AM, Georgiewskiy Yuriy wrote: MJ>> MJ> MJ>> MJ>> MJ>> MJ>> Hi, i already post it in freeswitch-users but nobody reply, now MJ>> try MJ>> MJ>> there. MJ>> MJ>> MJ>> MJ>> I have questions about fs and not sip protocols, MJ>> MJ>> call scheme like this - user1-sip->fs-sip->user2, as i see if MJ>> in sip MJ>> MJ>> profile enable inbound-proxy-media SDP is goes MJ>> MJ>> end-to-end if sip is on both call legs, if call goes throuch MJ>> another MJ>> MJ>> protocol module, for example my mod_h323 (call scheme like MJ>> user1-sip- MJ>> MJ>> >fs-h323->someH323Ep) there is no way to negotiate codec MJ>> because i MJ>> MJ>> have no SDP from called party for example and have no way to MJ>> insert MJ>> MJ>> it on sip leg, or i don't see this way? MJ>> MJ>> MJ>> MJ>> This issue slow down my development, especially t38 part MJ>> becouse i MJ>> MJ>> don't known MJ>> MJ>> how to resolve this in true way. MJ>> MJ>> MJ>> MJ>> C уважением With Best Regards MJ>> MJ>> Георгиевский Юрий. Georgiewskiy Yuriy MJ>> MJ>> +7 4872 711666 +7 4872 711666 MJ>> MJ>> факс +7 4872 711143 fax +7 4872 711143 MJ>> MJ>> Компания ООО "Ай Ти Сервис" IT Service Ltd MJ>> MJ>> http://nkoort.ru http://nkoort.ru MJ>> MJ>> JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru MJ>> MJ>> YG129-RIPE YG129- MJ>> MJ>> RIPE_______________________________________________ MJ>> MJ>> FreeSWITCH-dev mailing list MJ>> MJ>> FreeSWITCH-dev@lists.freeswitch.org MJ>> MJ>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev MJ>> MJ>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ MJ>> freeswitch-dev MJ>> MJ>> http://www.freeswitch.org MJ>> MJ> MJ>> MJ> MJ>> MJ>_______________________________________________ MJ>> MJ>FreeSWITCH-dev mailing list MJ>> MJ>FreeSWITCH-dev@lists.freeswitch.org MJ>> MJ>http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev MJ>> MJ>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ MJ>> freeswitch-dev MJ>> MJ>http://www.freeswitch.org MJ>> MJ> MJ>> MJ>> C уважением With Best Regards MJ>> Георгиевский Юрий. Georgiewskiy Yuriy MJ>> +7 4872 711666 +7 4872 711666 MJ>> факс +7 4872 711143 fax +7 4872 711143 MJ>> Компания ООО "Ай Ти Сервис" IT Service Ltd MJ>> http://nkoort.ru http://nkoort.ru MJ>> JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru MJ>> YG129-RIPE YG129- MJ>> RIPE_______________________________________________ MJ>> FreeSWITCH-dev mailing list MJ>> FreeSWITCH-dev@lists.freeswitch.org MJ>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev MJ>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev MJ>> http://www.freeswitch.org MJ> MJ> MJ>_______________________________________________ MJ>FreeSWITCH-dev mailing list MJ>FreeSWITCH-dev@lists.freeswitch.org MJ>http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev MJ>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev MJ>http://www.freeswitch.org MJ> C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE
On Oct 31, 2009, at 11:16 AM, Georgiewskiy Yuriy wrote:
On 2009-10-31 10:53 -0400, Michael Jerris wrote freeswitch-dev@lists.freesw ...:
MJ>your of course not going to be able to proxy media or bypass media MJ>with iax, it does not use rtp.
ок, iax not use rtp, but MGCP use it, if some people write module for it, he need construct sdp anyway to proxy media for example between h323 and MGCP?
MGCP (which we don't currently have a module for) already uses sdp, so you would just set the var, for h323 you would need to create an sdp to set as a var. Mike
On 2009-10-31 11:31 -0400, Michael Jerris wrote freeswitch-dev@lists.freesw...: MJ> MJ>On Oct 31, 2009, at 11:16 AM, Georgiewskiy Yuriy wrote: MJ> MJ>> On 2009-10-31 10:53 -0400, Michael Jerris wrote freeswitch-dev@lists.freesw MJ>> ...: MJ>> MJ>> MJ>your of course not going to be able to proxy media or bypass media MJ>> MJ>with iax, it does not use rtp. MJ>> MJ>> ок, iax not use rtp, but MGCP use it, if some people write module MJ>> for it, MJ>> he need construct sdp anyway to proxy media for example between h323 MJ>> and MGCP? MJ>> MJ> MJ>MGCP (which we don't currently have a module for) already uses sdp, so MJ>you would just set the var, for h323 you would need to create an sdp MJ>to set as a var. ok, how i can inform another module for example sofia about switch to t38? 1 i construct sdp 2 put it in var 3 and what then? C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE
On 2009-10-31 10:53 -0400, Michael Jerris wrote freeswitch-dev@lists.freesw...: more other, if i have switch to t38 from h323 side, ok i construct sdp with it and pass to var for this call, how i can inform sip leg what it need renegotiate to t38? MJ>your of course not going to be able to proxy media or bypass media MJ>with iax, it does not use rtp. MJ> MJ> MJ>On Oct 31, 2009, at 10:37 AM, Georgiewskiy Yuriy wrote: MJ> MJ>> On 2009-10-31 10:24 -0400, Michael Jerris wrote freeswitch-dev@lists.freesw MJ>> ...: MJ>> MJ>> MJ>The only way to do this that I can think of easily is to convert MJ>> your MJ>> MJ>codec data to an sdp string that can be set on the channel. MJ>> MJ>> it's not true way im my mind, there is another protocol endpoints, MJ>> for example iax, MJ>> if call scheme like h323->fs->iax i need 2 differen converter one to MJ>> sip sdp and one MJ>> to iax? i think clearer way to pass codecs to some kind of global MJ>> var for a call, MJ>> and each ebdpoints module will take it from there and konvert in his MJ>> own format MJ>> himself, any other ideas? MJ>> MJ>> MJ>> MJ>Mike MJ>> MJ> MJ>> MJ>On Oct 31, 2009, at 8:57 AM, Georgiewskiy Yuriy wrote: MJ>> MJ> MJ>> MJ>> MJ>> MJ>> Hi, i already post it in freeswitch-users but nobody reply, now MJ>> try MJ>> MJ>> there. MJ>> MJ>> MJ>> MJ>> I have questions about fs and not sip protocols, MJ>> MJ>> call scheme like this - user1-sip->fs-sip->user2, as i see if MJ>> in sip MJ>> MJ>> profile enable inbound-proxy-media SDP is goes MJ>> MJ>> end-to-end if sip is on both call legs, if call goes throuch MJ>> another MJ>> MJ>> protocol module, for example my mod_h323 (call scheme like MJ>> user1-sip- MJ>> MJ>> >fs-h323->someH323Ep) there is no way to negotiate codec MJ>> because i MJ>> MJ>> have no SDP from called party for example and have no way to MJ>> insert MJ>> MJ>> it on sip leg, or i don't see this way? MJ>> MJ>> MJ>> MJ>> This issue slow down my development, especially t38 part MJ>> becouse i MJ>> MJ>> don't known MJ>> MJ>> how to resolve this in true way. MJ>> MJ>> MJ>> MJ>> C уважением With Best Regards MJ>> MJ>> Георгиевский Юрий. Georgiewskiy Yuriy MJ>> MJ>> +7 4872 711666 +7 4872 711666 MJ>> MJ>> факс +7 4872 711143 fax +7 4872 711143 MJ>> MJ>> Компания ООО "Ай Ти Сервис" IT Service Ltd MJ>> MJ>> http://nkoort.ru http://nkoort.ru MJ>> MJ>> JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru MJ>> MJ>> YG129-RIPE YG129- MJ>> MJ>> RIPE_______________________________________________ MJ>> MJ>> FreeSWITCH-dev mailing list MJ>> MJ>> FreeSWITCH-dev@lists.freeswitch.org MJ>> MJ>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev MJ>> MJ>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ MJ>> freeswitch-dev MJ>> MJ>> http://www.freeswitch.org MJ>> MJ> MJ>> MJ> MJ>> MJ>_______________________________________________ MJ>> MJ>FreeSWITCH-dev mailing list MJ>> MJ>FreeSWITCH-dev@lists.freeswitch.org MJ>> MJ>http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev MJ>> MJ>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ MJ>> freeswitch-dev MJ>> MJ>http://www.freeswitch.org MJ>> MJ> MJ>> MJ>> C уважением With Best Regards MJ>> Георгиевский Юрий. Georgiewskiy Yuriy MJ>> +7 4872 711666 +7 4872 711666 MJ>> факс +7 4872 711143 fax +7 4872 711143 MJ>> Компания ООО "Ай Ти Сервис" IT Service Ltd MJ>> http://nkoort.ru http://nkoort.ru MJ>> JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru MJ>> YG129-RIPE YG129- MJ>> RIPE_______________________________________________ MJ>> FreeSWITCH-dev mailing list MJ>> FreeSWITCH-dev@lists.freeswitch.org MJ>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev MJ>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev MJ>> http://www.freeswitch.org MJ> MJ> MJ>_______________________________________________ MJ>FreeSWITCH-dev mailing list MJ>FreeSWITCH-dev@lists.freeswitch.org MJ>http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev MJ>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev MJ>http://www.freeswitch.org MJ> C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE
and yes, that is exactly what we do, the global format is called sdp. On Oct 31, 2009, at 10:37 AM, Georgiewskiy Yuriy wrote:
On 2009-10-31 10:24 -0400, Michael Jerris wrote freeswitch-dev@lists.freesw ...:
MJ>The only way to do this that I can think of easily is to convert your MJ>codec data to an sdp string that can be set on the channel.
it's not true way im my mind, there is another protocol endpoints, for example iax, if call scheme like h323->fs->iax i need 2 differen converter one to sip sdp and one to iax? i think clearer way to pass codecs to some kind of global var for a call, and each ebdpoints module will take it from there and konvert in his own format himself, any other ideas?
On 2009-10-31 10:54 -0400, Michael Jerris wrote freeswitch-dev@lists.freesw...: why not make some API for this? MJ>and yes, that is exactly what we do, the global format is called sdp. MJ> MJ>On Oct 31, 2009, at 10:37 AM, Georgiewskiy Yuriy wrote: MJ> MJ>> On 2009-10-31 10:24 -0400, Michael Jerris wrote freeswitch-dev@lists.freesw MJ>> ...: MJ>> MJ>> MJ>The only way to do this that I can think of easily is to convert MJ>> your MJ>> MJ>codec data to an sdp string that can be set on the channel. MJ>> MJ>> it's not true way im my mind, there is another protocol endpoints, MJ>> for example iax, MJ>> if call scheme like h323->fs->iax i need 2 differen converter one to MJ>> sip sdp and one MJ>> to iax? i think clearer way to pass codecs to some kind of global MJ>> var for a call, MJ>> and each ebdpoints module will take it from there and konvert in his MJ>> own format MJ>> himself, any other ideas? MJ> MJ> MJ>_______________________________________________ MJ>FreeSWITCH-dev mailing list MJ>FreeSWITCH-dev@lists.freeswitch.org MJ>http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev MJ>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev MJ>http://www.freeswitch.org MJ> C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE
On Oct 31, 2009, at 1:11 PM, Georgiewskiy Yuriy wrote:
On 2009-10-31 10:54 -0400, Michael Jerris wrote freeswitch-dev@lists.freesw ...:
why not make some API for this?
There is an api, it is switch_channel_set_variable. We have not needed any api to convert to/from sdp yet and those would be specific to the endpoint that uses rtp but does not use sdp and should be specific to those modules. Mike
On 2009-10-31 13:26 -0400, Michael Jerris wrote freeswitch-dev@lists.freesw...: MJ> MJ>On Oct 31, 2009, at 1:11 PM, Georgiewskiy Yuriy wrote: MJ> MJ>> On 2009-10-31 10:54 -0400, Michael Jerris wrote freeswitch-dev@lists.freesw MJ>> ...: MJ>> MJ>> why not make some API for this? MJ>> MJ> MJ>There is an api, it is switch_channel_set_variable. We have not MJ>needed any api to convert to/from sdp yet and those would be specific MJ>to the endpoint that uses rtp but does not use sdp and should be MJ>specific to those modules. in my opinion, API is a programing interface but not one variable in some format and one procedure to set it. i think there need some kind of strukture and/or API to negotiate codecs between call legs, it solve my problem and problem with t38 in transcoding mode too. but it needed some changes in sofia too. construct sdp in endpoint module for this is ugly workaround i think. C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE
1) proxy_media mode does not work with anything but sip right now. 2) for t38 we do have a struct and we parse it and insert it into the channel (look for it in mod_sofia code) 3) if you set late negotiation in sofia you get a var called ep_codec_string which is the codecs from the sdp normalized into the codec_string elements that we pass (it's still not what you want but easier to parse) 4) if you are wiling to enhance the code yourself and it meets our standards you are welcome to work on it but if you are just asking us to do it we are not in a big hurry right now. 5) use more polite description besides ugly when talking about somone else's work you are using for yourself even if you don't agree with it. The only protocol we use in this mode is sip so far which only needs sdp so the ugly way worked quite well. 2009/10/31 Georgiewskiy Yuriy <bottleman@icf.org.ru>
On 2009-10-31 13:26 -0400, Michael Jerris wrote freeswitch-dev@lists.freesw...:
MJ> MJ>On Oct 31, 2009, at 1:11 PM, Georgiewskiy Yuriy wrote: MJ> MJ>> On 2009-10-31 10:54 -0400, Michael Jerris wrote freeswitch-dev@lists.freesw MJ>> ...: MJ>> MJ>> why not make some API for this? MJ>> MJ> MJ>There is an api, it is switch_channel_set_variable. We have not MJ>needed any api to convert to/from sdp yet and those would be specific MJ>to the endpoint that uses rtp but does not use sdp and should be MJ>specific to those modules.
in my opinion, API is a programing interface but not one variable in some format and one procedure to set it. i think there need some kind of strukture and/or API to negotiate codecs between call legs, it solve my problem and problem with t38 in transcoding mode too. but it needed some changes in sofia too. construct sdp in endpoint module for this is ugly workaround i think.
C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE
_______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
On 2009-10-31 16:53 -0500, Anthony Minessale wrote freeswitch-dev@lists.fre...: AM>1) proxy_media mode does not work with anything but sip right now. and may bee i wont make it to work not only in sip. why not? AM>2) for t38 we do have a struct and we parse it and insert it into the AM>channel (look for it in mod_sofia code) ok, in theory if i find a way to switch to t38 in transcoding mode i can forget about proxy mode and bypass media mode too, but we have pure performance in this way, it can be used like class 5 but not as sbc or signaling converter. AM>3) if you set late negotiation in sofia you get a var called ep_codec_string AM>which is the codecs from the sdp normalized into the codec_string elements AM>that we pass (it's still not what you want but easier to parse) anyway in way you tell me i need to parse and construct sdp in 2 way. ep_codec_string don't help me much. AM>4) if you are wiling to enhance the code yourself and it meets our standards AM>you are welcome to work on it but if you are just asking us to do it we are AM>not in a big hurry right now. i not asking to do it, i asking how to do it in best way because you have a cleaner understanding of fs arhitecture than my. AM>5) use more polite description besides ugly when talking about somone else's AM>work you are using for yourself even if you don't agree with it. The only AM>protocol we use in this mode is sip so far which only needs sdp so the ugly AM>way worked quite well. i say ugly about way you tell me how to solve my problem, but not about how it work in sip, i thought freeswitch is not sip based, it can support various protocols. if this mode dedicated to sip only it need to be be writen in docs i think. C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE
On 2009-10-31 16:53 -0500, Anthony Minessale wrote freeswitch-dev@lists.fre...: AM>4) if you are wiling to enhance the code yourself and it meets our standards AM>you are welcome to work on it ... during for this, where i can read about our standards? C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE
participants (3)
-
Anthony Minessale
-
Georgiewskiy Yuriy
-
Michael Jerris