Hi, Is there any available license G729 for freeswitch? I need it to match G729 of Asterisks? If any please help me and instructions how to install this thing. Thanks -- View this message in context: http://www.nabble.com/Is-there-any-license-G729--tp24251951p24251951.html Sent from the Freeswitch-users mailing list archive at Nabble.com.
Yup. I got this mid_dahdi_codec but instructions how to install it? Jason White-14 wrote:
Edmar Cruz <darklion11@yahoo.com> wrote:
Is there any available license G729 for freeswitch?
Yes. It was announced here a few days ago - see the list archives.
_______________________________________________ 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
-- View this message in context: http://www.nabble.com/Is-there-any-license-G729--tp24251951p24252099.html Sent from the Freeswitch-users mailing list archive at Nabble.com.
mid_dahdi_codec is the source to build the TC400B card. On Mon, Jun 29, 2009 at 6:01 AM, Edmar Cruz<darklion11@yahoo.com> wrote:
Yup. I got this mid_dahdi_codec but instructions how to install it?
Jason White-14 wrote:
Edmar Cruz <darklion11@yahoo.com> wrote:
Is there any available license G729 for freeswitch?
Yes. It was announced here a few days ago - see the list archives.
_______________________________________________ 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
-- View this message in context: http://www.nabble.com/Is-there-any-license-G729--tp24251951p24252099.html Sent from the Freeswitch-users mailing list archive at Nabble.com.
_______________________________________________ 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
On Mon, Jun 29, 2009 at 4:01 AM, Edmar Cruz <darklion11@yahoo.com> wrote:
Yup. I got this mid_dahdi_codec but instructions how to install it?
Buy TC400B Install it and the TC400B drivers Load mod_dahdi_codec Enjoy low quality G729 calls. :) -MC
Jason White-14 wrote:
Edmar Cruz <darklion11@yahoo.com> wrote:
Is there any available license G729 for freeswitch?
Yes. It was announced here a few days ago - see the list archives.
_______________________________________________ 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
-- View this message in context: http://www.nabble.com/Is-there-any-license-G729--tp24251951p24252099.html Sent from the Freeswitch-users mailing list archive at Nabble.com.
_______________________________________________ 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
Everyone has this need for lower bandwidth calls... I tend to march the other way. 48kHz baby! (btw you can do 48kHz in the same bandwidth as a single ulaw call) /b On Jun 29, 2009, at 10:17 AM, Michael Collins wrote:
On Mon, Jun 29, 2009 at 4:01 AM, Edmar Cruz <darklion11@yahoo.com> wrote:
Yup. I got this mid_dahdi_codec but instructions how to install it?
Buy TC400B Install it and the TC400B drivers Load mod_dahdi_codec Enjoy low quality G729 calls. :)
-MC
You always have a way of beating to a different drum but whatever works. Good to see that the options are available and the user can choose what's best for their unique situation. -- W
Hi, I just noted Micheal Collins mention "Enjoy lower quality G.729 calls". By "lower quality" do you mean G.729 in TC400B is lower in quality compared to software compression? Or is that comparing G.729 with G.711? Regards HASSAN On Mon, Jun 29, 2009 at 10:42 PM, William Suffill<william.suffill@gmail.com> wrote:
You always have a way of beating to a different drum but whatever works.
Good to see that the options are available and the user can choose what's best for their unique situation.
-- W
_______________________________________________ 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
Nyamul Hassan wrote:
Hi,
I just noted Micheal Collins mention "Enjoy lower quality G.729 calls". By "lower quality" do you mean G.729 in TC400B is lower in quality compared to software compression? Or is that comparing G.729 with G.711?
I think he is just saddened by the way people tolerant crappy quality, and how slow the takeup of wideband voice has been. The TC400B doesn't do G.729. It does G.729A, which is significantly lower in quality. However, G.729A is what almost all equipment that vaguely says G.729 actually implements. Its lousy, but few people care. The TC400B works as well or as badly as anything else. Steve
For wholesale termination setups, I think it makes it much more cost-effective to implement G.729 or even G.723. They can never be the same quality as G.711, but it saves bandwidth by multiple whole numbers, and is therefore, more sought after in markets where BW is expensive. One a side note, we were thinking of deploying a FS solution for our new retail platform. We are looking for a vendor who can provide a very good billing platform. Can you recommend me some? We are willing to pay for the service, but would rather go with an opensource project that provides paid support. Thank you in advance for your suggestions. Regards HASSAN On Mon, Jun 29, 2009 at 11:09 PM, Steve Underwood<steveu@coppice.org> wrote:
Nyamul Hassan wrote:
Hi,
I just noted Micheal Collins mention "Enjoy lower quality G.729 calls". By "lower quality" do you mean G.729 in TC400B is lower in quality compared to software compression? Or is that comparing G.729 with G.711?
I think he is just saddened by the way people tolerant crappy quality, and how slow the takeup of wideband voice has been.
The TC400B doesn't do G.729. It does G.729A, which is significantly lower in quality. However, G.729A is what almost all equipment that vaguely says G.729 actually implements. Its lousy, but few people care. The TC400B works as well or as badly as anything else.
Steve
_______________________________________________ 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
On Mon, Jun 29, 2009 at 9:09 AM, Steve Underwood <steveu@coppice.org> wrote:
Nyamul Hassan wrote:
Hi,
I just noted Micheal Collins mention "Enjoy lower quality G.729 calls". By "lower quality" do you mean G.729 in TC400B is lower in quality compared to software compression? Or is that comparing G.729 with G.711?
I think he is just saddened by the way people tolerant crappy quality, and how slow the takeup of wideband voice has been.
The TC400B doesn't do G.729. It does G.729A, which is significantly lower in quality. However, G.729A is what almost all equipment that vaguely says G.729 actually implements. Its lousy, but few people care. The TC400B works as well or as badly as anything else.
Steve
Well said! Like Steve has pointed out in the past: G729/G729A is a race to the bottom. After using WB and UWB codecs all day every day for the past 6 months I just can't live with G729 or even GSM for that matter. However, to each his own. -MC
Cellphones have really lowered everyones expectations of what quality is. I think if each of us in the US could stab our Cellphone providers in the neck and get away with it.. I know I would... YES AT&T I'm talking about your sorry excuse for service.... /b On Jun 29, 2009, at 11:52 AM, Michael Collins wrote:
Well said! Like Steve has pointed out in the past: G729/G729A is a race to the bottom. After using WB and UWB codecs all day every day for the past 6 months I just can't live with G729 or even GSM for that matter. However, to each his own. -MC
Brian West wrote:
Cellphones have really lowered everyones expectations of what quality is. I think if each of us in the US could stab our Cellphone providers in the neck and get away with it.. I know I would... YES AT&T I'm talking about your sorry excuse for service....
The 3G cellular standards have wideband features (that's what AMR-WB was developed for), but few (maybe no) operators enable them. I assume all UMTS phones actually support wideband, but unless the network is prepared to accept negotiation for it, phone support isn't much use. The networks would rather push proven flops like video calls. Steve
Video calls would be great if any network would actually SUPPORT IT! (speaking US only) /b On Jun 29, 2009, at 12:11 PM, Steve Underwood wrote:
The 3G cellular standards have wideband features (that's what AMR-WB was developed for), but few (maybe no) operators enable them. I assume all UMTS phones actually support wideband, but unless the network is prepared to accept negotiation for it, phone support isn't much use. The networks would rather push proven flops like video calls.
Steve
Video calls are a really really bad idea. People who think otherwise really haven't thought about it at all. They are available here, and people desperately don't want them to be. Brian West wrote:
Video calls would be great if any network would actually SUPPORT IT! (speaking US only)
/b
On Jun 29, 2009, at 12:11 PM, Steve Underwood wrote:
The 3G cellular standards have wideband features (that's what AMR-WB was developed for), but few (maybe no) operators enable them. I assume all UMTS phones actually support wideband, but unless the network is prepared to accept negotiation for it, phone support isn't much use. The networks would rather push proven flops like video calls.
Steve
Steve
Brian West wrote:
Cuz its harder to lie to your wife! :P
/b
On Jun 29, 2009, at 12:31 PM, Steve Underwood wrote:
Video calls are a really really bad idea. People who think otherwise really haven't thought about it at all. They are available here, and people desperately don't want them to be.
Now you're thinking :-)
Steve
On Tue, 2009-06-30 at 01:31 +0800, Steve Underwood wrote:
Video calls are a really really bad idea. People who think otherwise really haven't thought about it at all. They are available here, and people desperately don't want them to be.
Video calls between 3G phones have been available in the UK for some years. I've only ever made two using one of these to real people, both across a table in a pub to show them what it looked like; I have made goodness knows how many to an IVR while trying to pick 3G-324M apart. However, there are some instances where they're very useful. For example, my family is geographically quite dispersed, and we use Skype with video a lot - particularly for grandparents to keep up with grandchildren. The usefulness and appropriateness of video calling depends very much on the target market; it's not, of itself, a bad thing. --Dave -- David Knell, Director, 3C Limited T: +44 20 3298 2000 E: dave@3c.co.uk W: http://www.3c.co.uk
Please give me some free drivers of G729... Please David Knell wrote:
On Tue, 2009-06-30 at 01:31 +0800, Steve Underwood wrote:
Video calls are a really really bad idea. People who think otherwise really haven't thought about it at all. They are available here, and people desperately don't want them to be.
Video calls between 3G phones have been available in the UK for some years. I've only ever made two using one of these to real people, both across a table in a pub to show them what it looked like; I have made goodness knows how many to an IVR while trying to pick 3G-324M apart.
However, there are some instances where they're very useful. For example, my family is geographically quite dispersed, and we use Skype with video a lot - particularly for grandparents to keep up with grandchildren. The usefulness and appropriateness of video calling depends very much on the target market; it's not, of itself, a bad thing.
--Dave
-- David Knell, Director, 3C Limited T: +44 20 3298 2000 E: dave@3c.co.uk W: http://www.3c.co.uk
_______________________________________________ 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
-- View this message in context: http://www.nabble.com/Is-there-any-license-G729--tp24251951p24261922.html Sent from the Freeswitch-users mailing list archive at Nabble.com.
On Mon, Jun 29, 2009 at 6:37 PM, Edmar Cruz <darklion11@yahoo.com> wrote:
Please give me some free drivers of G729... Please
This is the primary reason that most OSS guys hate G729 - it's patent encumbered BIG TIME. Check out this article on the main FS site: http://www.freeswitch.org/node/155 look at the patent claims on G729. G729A is even worse. Add to that the fact that the voice quality is poor and you have a recipe for a codec that telecom geeks don't really care for all that much. -MC
Mike, but what UA are you using? I'm using X-lite and Zoiper on Mac/ Linux/Windows, and I'd like to know some UAs supporting WB and UWB codecs. Thanks.
Well said! Like Steve has pointed out in the past: G729/G729A is a race to the bottom. After using WB and UWB codecs all day every day for the past 6 months I just can't live with G729 or even GSM for that matter. However, to each his own. -MC
FreeSWITCH runs on a Mac and can be configured as a UA... also supports WB and UWB! On Mon, Jun 29, 2009 at 20:13, seven <dujinfang@gmail.com> wrote:
Mike, but what UA are you using? I'm using X-lite and Zoiper on Mac/ Linux/Windows, and I'd like to know some UAs supporting WB and UWB codecs.
Thanks.
Well said! Like Steve has pointed out in the past: G729/G729A is a race to the bottom. After using WB and UWB codecs all day every day for the past 6 months I just can't live with G729 or even GSM for that matter. However, to each his own. -MC
_______________________________________________ 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
-- Shannon
I need actually G729 license if there's any for freeswitch to call mobile phones... I already load it but has an issue on it passthrough mode... If i install mod_dandhi_codec it overwrites the existing G729 without license to a new G729 with license? dujinfang wrote:
Mike, but what UA are you using? I'm using X-lite and Zoiper on Mac/ Linux/Windows, and I'd like to know some UAs supporting WB and UWB codecs.
Thanks.
Well said! Like Steve has pointed out in the past: G729/G729A is a race to the bottom. After using WB and UWB codecs all day every day for the past 6 months I just can't live with G729 or even GSM for that matter. However, to each his own. -MC
_______________________________________________ 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
-- View this message in context: http://www.nabble.com/Is-there-any-license-G729--tp24251951p24266762.html Sent from the Freeswitch-users mailing list archive at Nabble.com.
Hi Edmar,
I need actually G729 license if there's any for freeswitch to call mobile phones... I already load it but has an issue on it passthrough mode... If i install mod_dandhi_codec it overwrites the existing G729 without license to a new G729 with license?
Are you sure your mobile phones support G729? Most phones have hardware acceleration for AMR-NB and not G729, so most of the VoIP-over-WiFi providers use that codec instead. I believe G729 would have to be implemented in software only (without hardware assistance) and would drain the battery fairly quickly as a result. As other have pointed out on the list, and just in case you missed it mod_dahdi_codec is for use with a PCI accelerator card (the TC400B) that Digium (http://www.digium.com/) sell and will not work without it. With that card you can get up to 120 concurrent G729A-G711 calls. These days you can get much better performance from pure software codecs running on Intel/AMD systems than using the above card. We (Howler) happen to have announced a G729A codec for FreeSWITCH a few days ago - you can get more info here: http://www.howlertech.com/products/howlets/ Hope that helps. -- Regards, Jay Fenton, CTO <jay.fenton@howlertech.com> Howler Technologies Ltd, 11 Charlotte Mews, London, W1T 4EQ tel: +44 207 099 7095 fax: +44 207 099 7098 http://www.howlertech.com/ http://www.linkedin.com/in/jfenton Registered in England & Wales, Company No. 06285634
So what codec supports mobile phones? jfenton wrote:
Hi Edmar,
I need actually G729 license if there's any for freeswitch to call mobile phones... I already load it but has an issue on it passthrough mode... If i install mod_dandhi_codec it overwrites the existing G729 without license to a new G729 with license?
Are you sure your mobile phones support G729? Most phones have hardware acceleration for AMR-NB and not G729, so most of the VoIP-over-WiFi providers use that codec instead. I believe G729 would have to be implemented in software only (without hardware assistance) and would drain the battery fairly quickly as a result.
As other have pointed out on the list, and just in case you missed it mod_dahdi_codec is for use with a PCI accelerator card (the TC400B) that Digium (http://www.digium.com/) sell and will not work without it. With that card you can get up to 120 concurrent G729A-G711 calls.
These days you can get much better performance from pure software codecs running on Intel/AMD systems than using the above card. We (Howler) happen to have announced a G729A codec for FreeSWITCH a few days ago - you can get more info here:
http://www.howlertech.com/products/howlets/
Hope that helps.
-- Regards,
Jay Fenton, CTO <jay.fenton@howlertech.com> Howler Technologies Ltd, 11 Charlotte Mews, London, W1T 4EQ tel: +44 207 099 7095 fax: +44 207 099 7098 http://www.howlertech.com/ http://www.linkedin.com/in/jfenton
Registered in England & Wales, Company No. 06285634
_______________________________________________ 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
-- View this message in context: http://www.nabble.com/Is-there-any-license-G729--tp24251951p24282895.html Sent from the Freeswitch-users mailing list archive at Nabble.com.
Edmar Cruz wrote:
So what codec supports mobile phones?
The main codecs used by mobile phones are: GSM FR The original GSM code, largely replaced by later codecs (some VoIP stuff uses this) GSM HR The half rate codec for GSM GSM EFR A later improved full rate codec that largely replaced GSM FR on GSM networks AMR-NB The current start of the art narrowband codec for GSM and UMTS networks AMR-WB The wide band codec for UMTS, though most networks seem to block it EVRC The main codec for the CDMA networks Each of these codecs sounds pretty respectable, and G.729 sounds pretty respectable. However, if you transcode from one to another the result can be pretty bad. Steve
And unless you are directly connecting to the cell phone provider you are going to be converted to ULAW/ALAW to traverse the PSTN. So there is no advantage going to a native GSM codec only to have it expanded out to G711 and then back to GSM codec. On Tue, Jun 30, 2009 at 10:05 PM, Steve Underwood <steveu@coppice.org>wrote:
Edmar Cruz wrote:
So what codec supports mobile phones?
The main codecs used by mobile phones are: GSM FR The original GSM code, largely replaced by later codecs (some VoIP stuff uses this) GSM HR The half rate codec for GSM GSM EFR A later improved full rate codec that largely replaced GSM FR on GSM networks AMR-NB The current start of the art narrowband codec for GSM and UMTS networks AMR-WB The wide band codec for UMTS, though most networks seem to block it EVRC The main codec for the CDMA networks
Each of these codecs sounds pretty respectable, and G.729 sounds pretty respectable. However, if you transcode from one to another the result can be pretty bad.
Steve
_______________________________________________ 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
-- -Rupa
I have 1 Fs and 1 Asterisk if G729 is available on Asterisk so i shall load to G729 for freeswitch that needs a license? Steve Underwood wrote:
Edmar Cruz wrote:
So what codec supports mobile phones?
The main codecs used by mobile phones are: GSM FR The original GSM code, largely replaced by later codecs (some VoIP stuff uses this) GSM HR The half rate codec for GSM GSM EFR A later improved full rate codec that largely replaced GSM FR on GSM networks AMR-NB The current start of the art narrowband codec for GSM and UMTS networks AMR-WB The wide band codec for UMTS, though most networks seem to block it EVRC The main codec for the CDMA networks
Each of these codecs sounds pretty respectable, and G.729 sounds pretty respectable. However, if you transcode from one to another the result can be pretty bad.
Steve
_______________________________________________ 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
-- View this message in context: http://www.nabble.com/Is-there-any-license-G729--tp24251951p24283663.html Sent from the Freeswitch-users mailing list archive at Nabble.com.
On Jun 30, 2009, at 8:43 PM, Edmar Cruz <darklion11@yahoo.com> wrote:
I have 1 Fs and 1 Asterisk if G729 is available on Asterisk so i shall load to G729 for freeswitch that needs a license?
You need a license if you are transcoding to or from G729. If you are just passing the media stream or you stay out of the media stream then you do not need a license. -MC
Steve Underwood wrote:
Edmar Cruz wrote:
So what codec supports mobile phones?
The main codecs used by mobile phones are: GSM FR The original GSM code, largely replaced by later codecs (some VoIP stuff uses this) GSM HR The half rate codec for GSM GSM EFR A later improved full rate codec that largely replaced GSM FR on GSM networks AMR-NB The current start of the art narrowband codec for GSM and UMTS networks AMR-WB The wide band codec for UMTS, though most networks seem to block it EVRC The main codec for the CDMA networks
Each of these codecs sounds pretty respectable, and G.729 sounds pretty respectable. However, if you transcode from one to another the result can be pretty bad.
Steve
_______________________________________________ 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
-- View this message in context: http://www.nabble.com/Is-there-any-license-G729--tp24251951p24283663.html Sent from the Freeswitch-users mailing list archive at Nabble.com.
_______________________________________________ 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'm having a problem with a Sipura, it is sending for the G729 the tag "G729a" witch is not correct due the RFC. Media Attribute (a): rtpmap:18 G729a/8000 FS is returning (200OK) Media Attribute (a): rtpmap:96 G729/8000 I think that the problem is that FS is not matching the codec, so it returns the first dynamic payload which is 96. I think that I've seen post with a similar issue, and the solution was to change the tag before it hit the switch, so, what I've done is to change the "switch_r_sdp" (I have the rest of the parameters correct due I also use it to dynamically change the codecs order) and it's changing the SDP, but when FS sends the 200OK it is returning to the endpoint: Media Attribute (a): rtpmap:96 G729/8000 Which is exactly the same problem that I have without the transformation of the SDP. Is it correct? Do I have another solution? Thanks
I think you can edit the prefs in your sipura and change it to the correct string. On Tue, Nov 3, 2009 at 11:47 AM, Mariano de Llano <mariano.dellano@gmail.com
wrote:
Hi,
I'm having a problem with a Sipura, it is sending for the G729 the tag "G729a" witch is not correct due the RFC.
Media Attribute (a): rtpmap:18 G729a/8000
FS is returning (200OK)
Media Attribute (a): rtpmap:96 G729/8000
I think that the problem is that FS is not matching the codec, so it returns the first dynamic payload which is 96.
I think that I've seen post with a similar issue, and the solution was to change the tag before it hit the switch, so, what I've done is to change the "switch_r_sdp" (I have the rest of the parameters correct due I also use it to dynamically change the codecs order) and it's changing the SDP, but when FS sends the 200OK it is returning to the endpoint:
Media Attribute (a): rtpmap:96 G729/8000
Which is exactly the same problem that I have without the transformation of the SDP.
Is it correct? Do I have another solution?
Thanks
_______________________________________________ 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
-- 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
FIx your sipura to NOT include the a in the codec its in the admin section of the UI on the ATA. /b On Nov 3, 2009, at 11:47 AM, Mariano de Llano wrote:
Hi,
I'm having a problem with a Sipura, it is sending for the G729 the tag "G729a" witch is not correct due the RFC.
Media Attribute (a): rtpmap:18 G729a/8000
FS is returning (200OK)
Media Attribute (a): rtpmap:96 G729/8000
I think that the problem is that FS is not matching the codec, so it returns the first dynamic payload which is 96.
I think that I've seen post with a similar issue, and the solution was to change the tag before it hit the switch, so, what I've done is to change the "switch_r_sdp" (I have the rest of the parameters correct due I also use it to dynamically change the codecs order) and it's changing the SDP, but when FS sends the 200OK it is returning to the endpoint:
Media Attribute (a): rtpmap:96 G729/8000
Which is exactly the same problem that I have without the transformation of the SDP.
Is it correct? Do I have another solution?
Thanks
Yes, that was my first option, but there many endpoints that I'm not able to configure. Basically it's a broadband solution where I have like 1000 endpoints that are out of my provisioning. Thanks, M On 03/11/2009, at 14:58, Brian West wrote:
FIx your sipura to NOT include the a in the codec its in the admin section of the UI on the ATA.
/b
On Nov 3, 2009, at 11:47 AM, Mariano de Llano wrote:
Hi,
I'm having a problem with a Sipura, it is sending for the G729 the tag "G729a" witch is not correct due the RFC.
Media Attribute (a): rtpmap:18 G729a/8000
FS is returning (200OK)
Media Attribute (a): rtpmap:96 G729/8000
I think that the problem is that FS is not matching the codec, so it returns the first dynamic payload which is 96.
I think that I've seen post with a similar issue, and the solution was to change the tag before it hit the switch, so, what I've done is to change the "switch_r_sdp" (I have the rest of the parameters correct due I also use it to dynamically change the codecs order) and it's changing the SDP, but when FS sends the 200OK it is returning to the endpoint:
Media Attribute (a): rtpmap:96 G729/8000
Which is exactly the same problem that I have without the transformation of the SDP.
Is it correct? Do I have another solution?
Thanks
_______________________________________________ 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
so imagine how much money all those sipuras cost. They get all the money *and* have a bug and we are free and are supposed to break the rules for them. On Tue, Nov 3, 2009 at 12:11 PM, Mariano de Llano <mariano.dellano@gmail.com
wrote:
Yes, that was my first option, but there many endpoints that I'm not able to configure. Basically it's a broadband solution where I have like 1000 endpoints that are out of my provisioning.
Thanks, M
On 03/11/2009, at 14:58, Brian West wrote:
FIx your sipura to NOT include the a in the codec its in the admin section of the UI on the ATA.
/b
On Nov 3, 2009, at 11:47 AM, Mariano de Llano wrote:
Hi,
I'm having a problem with a Sipura, it is sending for the G729 the tag "G729a" witch is not correct due the RFC.
Media Attribute (a): rtpmap:18 G729a/8000
FS is returning (200OK)
Media Attribute (a): rtpmap:96 G729/8000
I think that the problem is that FS is not matching the codec, so it returns the first dynamic payload which is 96.
I think that I've seen post with a similar issue, and the solution was to change the tag before it hit the switch, so, what I've done is to change the "switch_r_sdp" (I have the rest of the parameters correct due I also use it to dynamically change the codecs order) and it's changing the SDP, but when FS sends the 200OK it is returning to the endpoint:
Media Attribute (a): rtpmap:96 G729/8000
Which is exactly the same problem that I have without the transformation of the SDP.
Is it correct? Do I have another solution?
Thanks
_______________________________________________ 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
-- 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
Sounds like bad planning. I would send out a memo to your users and have them fix it. I have raised a bug multiple times with Cisco g729a is NOT valid. /b On Nov 3, 2009, at 12:11 PM, Mariano de Llano wrote:
Yes, that was my first option, but there many endpoints that I'm not able to configure. Basically it's a broadband solution where I have like 1000 endpoints that are out of my provisioning.
Thanks, M
I am willing to support this with the note that its incorrect and will not support it by default but update to trunk and try: <param name="NDLB-allow-bad-iananame" value="true"/> this should fix it for you, SIGH On Tue, Nov 3, 2009 at 12:27 PM, Brian West <brian@freeswitch.org> wrote:
Sounds like bad planning. I would send out a memo to your users and have them fix it. I have raised a bug multiple times with Cisco g729a is NOT valid.
/b
On Nov 3, 2009, at 12:11 PM, Mariano de Llano wrote:
Yes, that was my first option, but there many endpoints that I'm not able to configure. Basically it's a broadband solution where I have like 1000 endpoints that are out of my provisioning.
Thanks, M
_______________________________________________ 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
-- 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
Actually, there were a few more misinterpretations in earlier software of Cisco Gateways, which RFC implementers had to address in RFC3551, strange ... RTP Payload Type 19 remains reserved because "some implementations" wrongly interpreted 13 decimal as 13 hexadecimal value. Another issue is G726 bit packing. Again "some implementations" used wrong bit packing and RFC3551 tried to partially resolve this conflict introducing new payload format named AAL2-G726 ... ________________________________ From: Brian West <brian@freeswitch.org> To: freeswitch-users@lists.freeswitch.org Sent: Tue, November 3, 2009 10:27:39 PM Subject: Re: [Freeswitch-users] Sipura Codec Problem Sounds like bad planning. I would send out a memo to your users and have them fix it. I have raised a bug multiple times with Cisco g729a is NOT valid. /b On Nov 3, 2009, at 12:11 PM, Mariano de Llano wrote:
Yes, that was my first option, but there many endpoints that I'm not able to configure. Basically it's a broadband solution where I have like 1000 endpoints that are out of my provisioning.
Thanks, M
_______________________________________________ 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
Don't forget the one where there was a typo in the one for G722 so now we are all required to emulate that typo by running a 16khz codec with 8khz timestamps and sdp params. On Tue, Nov 3, 2009 at 1:12 PM, Arsen Chaloyan <achaloyan@yahoo.com> wrote:
Actually, there were a few more misinterpretations in earlier software of Cisco Gateways, which RFC implementers had to address in RFC3551, strange ...
RTP Payload Type 19 remains reserved because "some implementations" wrongly interpreted 13 decimal as 13 hexadecimal value. Another issue is G726 bit packing. Again "some implementations" used wrong bit packing and RFC3551 tried to partially resolve this conflict introducing new payload format named AAL2-G726 ...
------------------------------ *From:* Brian West <brian@freeswitch.org> *To:* freeswitch-users@lists.freeswitch.org *Sent:* Tue, November 3, 2009 10:27:39 PM *Subject:* Re: [Freeswitch-users] Sipura Codec Problem
Sounds like bad planning. I would send out a memo to your users and have them fix it. I have raised a bug multiple times with Cisco g729a is NOT valid.
/b
On Nov 3, 2009, at 12:11 PM, Mariano de Llano wrote:
Yes, that was my first option, but there many endpoints that I'm not able to configure. Basically it's a broadband solution where I have like 1000 endpoints that are out of my provisioning.
Thanks, M
_______________________________________________ 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
-- 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
THE BLOODY MADNESS!!! I can only stop if people start saying 'NO'. :) /b On Nov 3, 2009, at 1:21 PM, Anthony Minessale wrote:
Don't forget the one where there was a typo in the one for G722 so now we are all required to emulate that typo by running a 16khz codec with 8khz timestamps and sdp params.
Yah this one is LLLAME!!!! :P We have some dyslexic engineers. /b On Nov 3, 2009, at 1:12 PM, Arsen Chaloyan wrote:
Another issue is G726 bit packing. Again "some implementations" used wrong bit packing and RFC3551 tried to partially resolve this conflict introducing new payload format named AAL2-G726 ...
It appears that Tony has already added an option (amazing) BUT you should really be setup for central provisioning with an installed base that large... You'll eventually have issues that *NO* amount of Tony/FreeSWITCH magic can fix. On Tue, Nov 3, 2009 at 1:11 PM, Mariano de Llano <mariano.dellano@gmail.com> wrote:
Yes, that was my first option, but there many endpoints that I'm not able to configure. Basically it's a broadband solution where I have like 1000 endpoints that are out of my provisioning.
Thanks, M
-- Kristian Kielhofner http://www.astlinux.org http://blog.krisk.org http://www.star2star.com http://www.submityoursip.com http://www.voalte.com
At some point the paint will be rubbed off the magic lamp. /b On Nov 3, 2009, at 1:11 PM, Kristian Kielhofner wrote:
It appears that Tony has already added an option (amazing) BUT you should really be setup for central provisioning with an installed base that large... You'll eventually have issues that *NO* amount of Tony/FreeSWITCH magic can fix.
On Tue, Nov 3, 2009 at 11:11 AM, Kristian Kielhofner < kristian.kielhofner@gmail.com> wrote:
It appears that Tony has already added an option (amazing) BUT you should really be setup for central provisioning with an installed base that large... You'll eventually have issues that *NO* amount of Tony/FreeSWITCH magic can fix.
Kristian is correct. Listen to him because he's familiar with having lots and lots of units out in the field. The bandage Tony applied will eventually wear off. The long-term solution is to treat the malady and not the symptom. I'm certain that members of the FS community could point you toward some resources to assist with central provisioning.
-MC
just an off-topic question but it concenns mass provissioning ... does anyone know if there is an open TR069 platform we can work on? T. On Wed, Nov 4, 2009 at 1:16 AM, Michael Collins <msc@freeswitch.org> wrote:
On Tue, Nov 3, 2009 at 11:11 AM, Kristian Kielhofner < kristian.kielhofner@gmail.com> wrote:
It appears that Tony has already added an option (amazing) BUT you should really be setup for central provisioning with an installed base that large... You'll eventually have issues that *NO* amount of Tony/FreeSWITCH magic can fix.
Kristian is correct. Listen to him because he's familiar with having lots and lots of units out in the field. The bandage Tony applied will eventually wear off. The long-term solution is to treat the malady and not the symptom. I'm certain that members of the FS community could point you toward some resources to assist with central provisioning.
-MC
_______________________________________________ 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
Brian West <brian@freeswitch.org> wrote:
Everyone has this need for lower bandwidth calls... I tend to march the other way. 48kHz baby! (btw you can do 48kHz in the same bandwidth as a single ulaw call)
48khz Celt (celt@48000 in your codec preferences) sounds wonderful with FreeSWITCH. To test, run two FreeSWITCH instances, both with mod_portaudio. This also works well in 48khz conferences. I wouldn't use G.729 even if it weren't encumbered by patents - it's G.711, G.722, G.722.1 and (my current favourite) Celt all the way.
Look for this email: "[Freeswitch-users] Announcement: Howler-optimised G.729A Solution for FreeSWITCH" I think the development team is also about to offer G729 licensing if I'm not mistaken. On Mon, Jun 29, 2009 at 6:51 AM, Jason White <jason@jasonjgw.net> wrote:
Edmar Cruz <darklion11@yahoo.com> wrote:
Is there any available license G729 for freeswitch?
Yes. It was announced here a few days ago - see the list archives.
_______________________________________________ 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 (21)
-
Anthony Minessale
-
Arsen Chaloyan
-
Brian West
-
Craig Askings
-
David Knell
-
Diego Viola
-
Edmar Cruz
-
Jason White
-
Javier Aristizábal
-
Jay Fenton
-
Kristian Kielhofner
-
Mariano de Llano
-
Michael Collins
-
Michael S Collins
-
Nyamul Hassan
-
Rupa Schomaker
-
seven
-
SP
-
Steve Underwood
-
Tihomir Culjaga
-
William Suffill