Re: [asterisk-users] Asterisk 1.8.11.0 Debian Squeeze packages with T.38 gateway, queue hints and fixed RFC4235 (notifycid=yes)
On 18/04/2012 6:39 AM, Kevin P. Fleming wrote: On 04/17/2012 06:17 AM, Larry Moore wrote: The send log you have posted does not show any outgoing T.38 packets from your system. I set up a test build of 1.8.11.0 using the patch recently released, I have difficulties sending T.38 with this patch, in fact I cannot send successfully however I can receive. I did however observe some outgoing T.38 packets. The analogue fax modem I was dialling into is under my control hence the log files showed there was no signalling coming from my ITSP, The T.38 session on my Asterisk server show the CRP's which were sent from the analogue fax device during the negotiation. The patch I have used for a while seems to give me outgoing functionality as well as incoming. I can't reproduce your scenario whereby your T.38 session is communicating with a different gateway to the SIP server you use hence can only speculate that Asterisk has difficulty wanting to send T.38 SDP traffic when it is a different device than the SIP server it negotiates with. We know for a fact that Asterisk has no trouble with the signaling and media going to different addresses/ports. Honestly, I just don't understand why all of this effort is being put into trying to use an old (and clearly broken) patch for adding T.38 gateway support to Asterisk 1.8. You guys know that it works in Asterisk 10, but you say you can't use Asterisk 10 for some reason that I don't understand. I have downloaded asterisk 10.3.0 and compiled on a Centos 6 system I setup to compare behaviour on OpenBSD with a Linux version of asterisk based upon the OpenBSD port. Unfortunately the T.38 Gateway functionality in my build of 10.3.0 doesn't appear to work. Looking at the upgrade documentation from 1.8 there doesn't appear to be any considerations applicable to my setup. As an excercise in futility I downloaded the Asterisk 1.8.11.0 source and compiled using the version of T.38 patch I have maintained and tested by sending a fax via an IAX channel out through my SIP provider, the fax was sent successfully. I then removed and recreated the asterisk 1.8.11.0 directory and applied the back-port patch and observed the same problem when attempting to send through the T.38 gateway as was observed in Asterisk 10. Console output of Asterisk 1.8.11.0 with Asterisk 10 backport patch: asterisk-dev*CLI -- Accepting AUTHENTICATED call from 192.168.54.12: requested format = slin, requested prefs = (), actual format = slin, host prefs = (slin|alaw|ulaw), priority = mine -- Executing [@FAX-T30:1] Set(IAX2/iaxmodem1-4445, FAXOPT(t38gateway)=yes) in new stack -- Executing [@FAX-T30:2] Dial(IAX2/iaxmodem1-4445, SIP/@itsp-fax,55) in new stack == Using SIP RTP TOS bits 184 == Using SIP RTP CoS mark 5 -- Called SIP/@itsp-fax -- SIP/itsp-fax-0004 is making progress passing it to IAX2/iaxmodem1-4445 -- SIP/itsp-fax-0004 answered IAX2/iaxmodem1-4445 [Apr 23 21:14:11] NOTICE[14165]: channel.c:4152 __ast_read: Dropping incompatible voice frame on SIP/itsp-fax-0004 of format slin since our native format has changed to 0x8 (alaw) == Using UDPTL TOS bits 184 == Using UDPTL CoS mark 5 [Apr 23 21:14:12] ERROR[14165]: astobj2.c:110 INTERNAL_OBJ: user_data is NULL [Apr 23 21:14:23] WARNING[14165]: res_rtp_asterisk.c:2135 ast_rtp_read: RTP Read too short [Apr 23 21:14:24] WARNING[14165]: res_rtp_asterisk.c:2135 ast_rtp_read: RTP Read too short [Apr 23 21:14:24] WARNING[14165]: res_rtp_asterisk.c:2135 ast_rtp_read: RTP Read too short [Apr 23 21:14:24] WARNING[14165]: res_rtp_asterisk.c:2135 ast_rtp_read: RTP Read too short [Apr 23 21:14:24] WARNING[14165]: res_rtp_asterisk.c:2135 ast_rtp_read: RTP Read too short [Apr 23 21:14:24] WARNING[14165]: res_rtp_asterisk.c:2135 ast_rtp_read: RTP Read too short [Apr 23 21:14:24] WARNING[14165]: res_rtp_asterisk.c:2135 ast_rtp_read: RTP Read too short [Apr 23 21:14:24] WARNING[14165]: res_rtp_asterisk.c:2135 ast_rtp_read: RTP Read too short Console output of Asterisk 10.3.0: Connected to Asterisk 10.3.0 currently running on asterisk-dev (pid = 14798) Verbosity is at least 3 Core debug is at least 3 -- Accepting AUTHENTICATED call from 192.168.54.12: requested format = slin, requested prefs = (), actual format = slin, host prefs = (slin|alaw|ulaw), priority = mine -- Executing [@FAX-T30:1] Set(IAX2/iaxmodem1-863, FAXOPT(t38gateway)=yes) in new stack -- Executing [@FAX-T30:2] Dial(IAX2/iaxmodem1-863, SIP/@itsp-fax,55) in new stack == Using SIP RTP TOS bits 184 == Using SIP RTP CoS mark 5 -- Called SIP/@itsp-fax -- SIP/itsp-fax- is making progress passing it to IAX2/iaxmodem1-863 -- SIP/itsp-fax- answered IAX2/iaxmodem1-863 == Using UDPTL TOS bits 184 == Using UDPTL CoS mark 5 [Apr 23 21:25:15] ERROR[14983]: astobj2.c:110 INTERNAL_OBJ: user_data is
Re: [asterisk-users] Asterisk 1.8.11.0 Debian Squeeze packages with T.38 gateway, queue hints and fixed RFC4235 (notifycid=yes)
Hi, Il 18/04/2012 00:39, Kevin P. Fleming ha scritto: You guys know that it works in Asterisk 10, but you say you can't use Asterisk 10 for some reason that I don't understand. 1) No Debian packages for v10. If you have to maintain lots of servers, installing from sources is a big burden. Compile, install and forget isn't the way I work: if I have to apply a fix or close a security hole I can easily push the patches to my build server which will recompile all the branches I maintain, then every server will automatically upgrade with cron jobs. 2) A new whole of problems when upgrading production machines from a working 1.8.x to v10. That will mean parsing configs manually, find the problems and fixing them. 3) Third parties utilities/hardware/modules. I'm still waiting for a fix for my Sangoma BRI card which did broke when upgrading... You need a compatible version of third parties components to use recent versions of asterisk/dahdi/whatever and upgrading third parties components does always mean problems. 4) Isn't v10 supposed to be beta/non-production/non-long-term-support?[1] If we want to honor what Digium says we should use 1.8 for production servers when reliability is important. Backporting a single unstable feature is much better than the whole thing. 5) What was the purpose of the t38gateway-1.8 branch? Why did it existed at all if not to allow users to use t38 gw in production servers? I even read about the possibility to backport t38 gw to 1.8 as a plugin, but it seems it isn't a requested feature (which is strange because I know peoples who stopped using asterisk because of the lack of t38 gw). I really don't want to do polemics: I always used pstn for the faxes until now and I will keep using it. No problem. Cheers, Niccolò [1]https://wiki.asterisk.org/wiki/display/AST/Proposed+changes+to+Asterisk+release+and+support+cycles -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Asterisk 1.8.11.0 Debian Squeeze packages with T.38 gateway, queue hints and fixed RFC4235 (notifycid=yes)
On 04/18/2012 06:08 AM, Niccolò Belli wrote: Hi, Il 18/04/2012 00:39, Kevin P. Fleming ha scritto: You guys know that it works in Asterisk 10, but you say you can't use Asterisk 10 for some reason that I don't understand. 1) No Debian packages for v10. If you have to maintain lots of servers, installing from sources is a big burden. Compile, install and forget isn't the way I work: if I have to apply a fix or close a security hole I can easily push the patches to my build server which will recompile all the branches I maintain, then every server will automatically upgrade with cron jobs. This is a valid point, and we'll get this corrected. Our package repository should have packages for Asterisk 10, but it doesn't. 2) A new whole of problems when upgrading production machines from a working 1.8.x to v10. That will mean parsing configs manually, find the problems and fixing them. I haven't seen any rash of problems with config files when users upgrade from 1.8 to 10; in fact, we've changed development policies specifically in order to avoid breaking existing working configurations during upgrades, except when they are unavoidable. 3) Third parties utilities/hardware/modules. I'm still waiting for a fix for my Sangoma BRI card which did broke when upgrading... You need a compatible version of third parties components to use recent versions of asterisk/dahdi/whatever and upgrading third parties components does always mean problems. Do you expect Debian-style packages to include these third-party components in Asterisk? If you are talking about DAHDI specifically, moving to Asterisk 10 does not change DAHDI requirements at all. 4) Isn't v10 supposed to be beta/non-production/non-long-term-support?[1] If we want to honor what Digium says we should use 1.8 for production servers when reliability is important. Backporting a single unstable feature is much better than the whole thing. Asterisk 10 is not 'beta' or 'non-production', I have no idea where you are getting such an idea. Yes, it is a 'standard', not 'long term support' release, but it is still fully supported and intended for production use (it is not a 'developer' release). If you want Digium to be able to support your installation, especially for a long term, adding in a series of complex patches that significantly change behavior will not lead to a supportable system; if you report an issue against your patched version of Asterisk, the first response will be to replicate the problem without the patches in place, which defeats the purpose of using a 'supported' release. 5) What was the purpose of the t38gateway-1.8 branch? Why did it existed at all if not to allow users to use t38 gw in production servers? I even read about the possibility to backport t38 gw to 1.8 as a plugin, but it seems it isn't a requested feature (which is strange because I know peoples who stopped using asterisk because of the lack of t38 gw). You'd have to ask the community developer who created the branch what his intentions were with it; it's not an 'official' release of Asterisk, and at this point it isn't supported by anyone. The T.38 gateway code was significantly reworked to get it merged into trunk (which became Asterisk 10), because the 1.8 version had a lot of serious issues. That code is most definitely *not* ready for production, especially given how difficult T.38 interoperability is in general. T.38 gateway support isn't available as a 'plugin' for older releases because those releases don't have the necessary APIs and functionality needed to make it work. Adding those into an older release would risk destabilizing that release, and would dramatically increase the testing and support burden. I really don't want to do polemics: I always used pstn for the faxes until now and I will keep using it. No problem. If you feel that having a discussion about what makes sense for users to do and not to do is 'polemics', then fine, you can do whatever you like. Just please stop trying to assign blame or fault to people because this old, unsupported branch doesn't do what you want, especially when there is a current, fully supported release that will do what you want. -- Kevin P. Fleming Digium, Inc. | Director of Software Technologies Jabber: kflem...@digium.com | SIP: kpflem...@digium.com | Skype: kpfleming 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at www.digium.com www.asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Asterisk 1.8.11.0 Debian Squeeze packages with T.38 gateway, queue hints and fixed RFC4235 (notifycid=yes)
Kevin P. Fleming wrote: This is a valid point, and we'll get this corrected. Our package repository should have packages for Asterisk 10, but it doesn't. How likely is it that a Centos 6 repo might be setup at the same time? -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Asterisk 1.8.11.0 Debian Squeeze packages with T.38 gateway, queue hints and fixed RFC4235 (notifycid=yes)
On 04/18/2012 11:23 AM, Dan Austin wrote: Kevin P. Fleming wrote: This is a valid point, and we'll get this corrected. Our package repository should have packages for Asterisk 10, but it doesn't. How likely is it that a Centos 6 repo might be setup at the same time? It's on our list, but since the RPMs are primarily designed to support AsteriskNOW, and AsteriskNOW is still built on CentOS 5, it's not a high priority. -- Kevin P. Fleming Digium, Inc. | Director of Software Technologies Jabber: kflem...@digium.com | SIP: kpflem...@digium.com | Skype: kpfleming 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at www.digium.com www.asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Asterisk 1.8.11.0 Debian Squeeze packages with T.38 gateway, queue hints and fixed RFC4235 (notifycid=yes)
Il 18/04/2012 14:50, Kevin P. Fleming ha scritto: Do you expect Debian-style packages to include these third-party components in Asterisk? If you are talking about DAHDI specifically, moving to Asterisk 10 does not change DAHDI requirements at all. No, I just pointed out that upgrading to a new asterisk version (ie 1.6 - 1.8) can lead to regressions when using third parties components. For example two years ago there was a bug with sangoma cards and asterisk 1.8 and now there is another one with dahdi 2.6. If you feel that having a discussion about what makes sense for users to do and not to do is 'polemics', then fine, you can do whatever you like. Just please stop trying to assign blame or fault to people because this old, unsupported branch doesn't do what you want, especially when there is a current, fully supported release that will do what you want. I think you misunderstood: I just wanted to point out that *I do not blame anyone*, I was just speaking about the reasons because of I prefer to not upgrade to v10. About asterisk 10, it seems I misunderstood the new release cycle, my fault. Niccolò -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Asterisk 1.8.11.0 Debian Squeeze packages with T.38 gateway, queue hints and fixed RFC4235 (notifycid=yes)
Il 18/04/2012 14:50, Kevin P. Fleming ha scritto: we'll get this corrected That's an awesome news indeed. Niccolò -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Asterisk 1.8.11.0 Debian Squeeze packages with T.38 gateway, queue hints and fixed RFC4235 (notifycid=yes)
Il 17/04/2012 01:10, Niccolò Belli ha scritto: Tomorrow I will try without directmedia=yes. Unfortunately it didn't help. Niccolò -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Asterisk 1.8.11.0 Debian Squeeze packages with T.38 gateway, queue hints and fixed RFC4235 (notifycid=yes)
The send log you have posted does not show any outgoing T.38 packets from your system. I set up a test build of 1.8.11.0 using the patch recently released, I have difficulties sending T.38 with this patch, in fact I cannot send successfully however I can receive. I did however observe some outgoing T.38 packets. The analogue fax modem I was dialling into is under my control hence the log files showed there was no signalling coming from my ITSP, The T.38 session on my Asterisk server show the CRP's which were sent from the analogue fax device during the negotiation. The patch I have used for a while seems to give me outgoing functionality as well as incoming. I can't reproduce your scenario whereby your T.38 session is communicating with a different gateway to the SIP server you use hence can only speculate that Asterisk has difficulty wanting to send T.38 SDP traffic when it is a different device than the SIP server it negotiates with. Cheers, Larry. On 17/04/2012 6:47 PM, Niccolò Belli wrote: Il 17/04/2012 01:10, Niccolò Belli ha scritto: Tomorrow I will try without directmedia=yes. Unfortunately it didn't help. Niccolò -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Asterisk 1.8.11.0 Debian Squeeze packages with T.38 gateway, queue hints and fixed RFC4235 (notifycid=yes)
On 04/17/2012 06:17 AM, Larry Moore wrote: The send log you have posted does not show any outgoing T.38 packets from your system. I set up a test build of 1.8.11.0 using the patch recently released, I have difficulties sending T.38 with this patch, in fact I cannot send successfully however I can receive. I did however observe some outgoing T.38 packets. The analogue fax modem I was dialling into is under my control hence the log files showed there was no signalling coming from my ITSP, The T.38 session on my Asterisk server show the CRP's which were sent from the analogue fax device during the negotiation. The patch I have used for a while seems to give me outgoing functionality as well as incoming. I can't reproduce your scenario whereby your T.38 session is communicating with a different gateway to the SIP server you use hence can only speculate that Asterisk has difficulty wanting to send T.38 SDP traffic when it is a different device than the SIP server it negotiates with. We know for a fact that Asterisk has no trouble with the signaling and media going to different addresses/ports. Honestly, I just don't understand why all of this effort is being put into trying to use an old (and clearly broken) patch for adding T.38 gateway support to Asterisk 1.8. You guys know that it works in Asterisk 10, but you say you can't use Asterisk 10 for some reason that I don't understand. -- Kevin P. Fleming Digium, Inc. | Director of Software Technologies Jabber: kflem...@digium.com | SIP: kpflem...@digium.com | Skype: kpfleming 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at www.digium.com www.asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Asterisk 1.8.11.0 Debian Squeeze packages with T.38 gateway, queue hints and fixed RFC4235 (notifycid=yes)
On 04/14/2012 07:33 AM, Niccolò Belli wrote: Il 04/04/2012 07:45, Anton Kvashenkin ha scritto: Check it out, thank you. You're welcome. New packages against dahdi-linux-2.6.0, dahdi-tools-2.6.0, libpri 1.4.12+svn20120409 and spandsp-0.0.6~pre20: http://www.linuxsystems.it/2012/04/asterisk-1-8-11-0-debian-squeeze-packages-with-t-38-gateway-queue-hints-and-fixed-rfc4235/ If someone can help me there is a bug with T38 gw and eutelia: http://lists.digium.com/pipermail/asterisk-dev/2012-April/054681.html Asterisk 10.4-rc1 does work, so it should be a matter of identifying the problem and backporting the fix. Keep in mind that the T.38 gateway code was reworked rather substantially when it was merged into Asterisk 10; the last version that irroot published for Asterisk 1.8 was long before this rework occurred. It's quite unlikely that locating a simple difference will actually occur, or that it would be easy to backport. -- Kevin P. Fleming Digium, Inc. | Director of Software Technologies Jabber: kflem...@digium.com | SIP: kpflem...@digium.com | Skype: kpfleming 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at www.digium.com www.asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Asterisk 1.8.11.0 Debian Squeeze packages with T.38 gateway, queue hints and fixed RFC4235 (notifycid=yes)
I applied the patch to my 1.8.11.0 build and observed the same error as shown in you t38_send.log. I have maintained a private patch file for this functionality and reverted to it when I too observed the INTERNAL_OBJ: user_data is NULL message. Do you have directmedia=no in your SIP configuration? Cheers, Larry. On 14/04/2012 8:33 PM, Niccolò Belli wrote: Il 04/04/2012 07:45, Anton Kvashenkin ha scritto: Check it out, thank you. You're welcome. New packages against dahdi-linux-2.6.0, dahdi-tools-2.6.0, libpri 1.4.12+svn20120409 and spandsp-0.0.6~pre20: http://www.linuxsystems.it/2012/04/asterisk-1-8-11-0-debian-squeeze-packages-with-t-38-gateway-queue-hints-and-fixed-rfc4235/ If someone can help me there is a bug with T38 gw and eutelia: http://lists.digium.com/pipermail/asterisk-dev/2012-April/054681.html Asterisk 10.4-rc1 does work, so it should be a matter of identifying the problem and backporting the fix. Thanks, Niccolò -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Asterisk 1.8.11.0 Debian Squeeze packages with T.38 gateway, queue hints and fixed RFC4235 (notifycid=yes)
Hi, Il 16/04/2012 22:50, Larry Moore ha scritto: Do you have directmedia=no in your SIP configuration? Yes I have. Niccolò -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Asterisk 1.8.11.0 Debian Squeeze packages with T.38 gateway, queue hints and fixed RFC4235 (notifycid=yes)
Perhaps your problem may be that Asterisk doesn't like to send T.38 to a peer other than the one it negotiates the SIP connection with. If I recall correctly you mentioned a while back that eutelia made a change which broke your outgoing T.38 functionality, did you ever find out what the change was? Larry. On 17/04/2012 4:58 AM, Niccolò Belli wrote: Hi, Il 16/04/2012 22:50, Larry Moore ha scritto: Do you have directmedia=no in your SIP configuration? Yes I have. Niccolò -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Asterisk 1.8.11.0 Debian Squeeze packages with T.38 gateway, queue hints and fixed RFC4235 (notifycid=yes)
Hi, If someone is interested I made Debian Squeeze Packages: http://www.linuxsystems.it/2012/04/asterisk-1-8-11-0-debian-squeeze-packages-with-t-38-gateway-queue-hints-and-fixed-rfc4235/ Niccolò Il 30/03/2012 17:22, Niccolò Belli ha scritto: http://www.linuxsystems.it/2012/03/new-t-38-gateway-patch-against-asterisk-1-8-11-0/ I made a new patch from irroot's branch and I ported it to 1.8.11. Unfortunately latest one is still against 1.8.8 and porting from subversion is quite time consuming, hopefully my work will be useful to someone else. Today I had no time to properly test it, so feedbacks are welcome. Squeeze debian packages with t38 gateway will follow. Cheers, Niccolò -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Asterisk 1.8.11.0 Debian Squeeze packages with T.38 gateway, queue hints and fixed RFC4235 (notifycid=yes)
Check it out, thank you. 3 апреля 2012 г. 20:27 пользователь Niccolò Belli darkba...@linuxsystems.it написал: Hi, If someone is interested I made Debian Squeeze Packages: http://www.linuxsystems.it/**2012/04/asterisk-1-8-11-0-** debian-squeeze-packages-with-**t-38-gateway-queue-hints-and-** fixed-rfc4235/http://www.linuxsystems.it/2012/04/asterisk-1-8-11-0-debian-squeeze-packages-with-t-38-gateway-queue-hints-and-fixed-rfc4235/ Niccolò Il 30/03/2012 17:22, Niccolò Belli ha scritto: http://www.linuxsystems.it/**2012/03/new-t-38-gateway-** patch-against-asterisk-1-8-11-**0/http://www.linuxsystems.it/2012/03/new-t-38-gateway-patch-against-asterisk-1-8-11-0/ I made a new patch from irroot's branch and I ported it to 1.8.11. Unfortunately latest one is still against 1.8.8 and porting from subversion is quite time consuming, hopefully my work will be useful to someone else. Today I had no time to properly test it, so feedbacks are welcome. Squeeze debian packages with t38 gateway will follow. Cheers, Niccolò -- __**__**_ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/**mailman/listinfo/asterisk-**usershttp://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users