Re: [asterisk-users] MFC/R2 in chan_zap , Testers Wanted
Congrats on going forward with the project Moises. MFC/R2 support on chan_zap sounds great, looking forward on trying it out. Regards, Lex On Thu, Apr 24, 2008 at 3:03 PM, Moises Silva [EMAIL PROTECTED] wrote: Unicall MFC/R2 is activelly maintained. by Moy. Actually it's a backport of the Steve driver (now coded for Callweaver derivative) to Asterisk (1.2, 1.4, and 1.6 soon). It works pretty well. In fact, it works more stable in 1.4 than the original Steve driver in 1.2, and with better sound under heavy loads. The Asutunicall page can be found here: http://www.moythreads.com/astunicall/ Hum, wonder who this moy is hey wait, that's me! . Even when is in my plans to keep giving general maintenance to chan_unicall, my long term plan is to leave R2 support into chan_zap, so I would recommend to all users to try chan_zap R2 support, the more users we get the faster the driver will be stable enough to replace chan_unicall, the less headaches you will have (I hope). - Moy or Moisés Silva, same shit :-) -- I do not agree with what you have to say, but I'll defend to the death your right to say it. Voltaire ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- 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 -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] MFC/R2 in chan_zap , Testers Wanted
If you are an MFC/R2 user and want to help in the development of chan_zap support for this signalling, please take a look at the bugtracker at http://bugs.digium.com/view.php?id=12509 and/or contact me. Currently just México support is built-in, if you want your country variant supported, drop me a line. Moisés Silva -- I do not agree with what you have to say, but I'll defend to the death your right to say it. Voltaire ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] MFC/R2 in chan_zap , Testers Wanted
Hello Moisés, thanks for your effort on this! I would love to use Digium cards for MFC/R2 signalling in the future. I added some info you might like in the bugtracker, you might take a look at it. Att Vinícius Fontes Desenvolvimento Canall Tecnologia em Comunicações Ltda. - Moises Silva [EMAIL PROTECTED] escreveu: If you are an MFC/R2 user and want to help in the development of chan_zap support for this signalling, please take a look at the bugtracker at http://bugs.digium.com/view.php?id=12509 and/or contact me. Currently just México support is built-in, if you want your country variant supported, drop me a line. Moisés Silva -- I do not agree with what you have to say, but I'll defend to the death your right to say it. Voltaire ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- 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 -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] MFC/R2 in chan_zap , Testers Wanted
Moises Thats means, that we arent going to use unicall? If that true i can test these weekend with a E1-Axtel. Thanks Ruben Moises Silva escribió: If you are an MFC/R2 user and want to help in the development of chan_zap support for this signalling, please take a look at the bugtracker at http://bugs.digium.com/view.php?id=12509 and/or contact me. Currently just México support is built-in, if you want your country variant supported, drop me a line. Moisés Silva ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] MFC/R2 in chan_zap , Testers Wanted
Hello Moisés, thanks for your effort on this! I would love to use Digium cards for MFC/R2 signalling in the future. Currently you can use Digium cards with Unicall :-) , tho, having MFC/R2 on chan_zap is more handy. I added some info you might like in the bugtracker, you might take a look at it. I will, thanks! Moisés Silva -- I do not agree with what you have to say, but I'll defend to the death your right to say it. Voltaire ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] MFC/R2 in chan_zap , Testers Wanted
Hello Ruben, Yes, if you consider using R2 support in chan_zap Unicall is no longer required. I will be not available online this weekend, please let me know your feedback after your try it. We can also meet via MSN so I can assist you in testing the next weeked (3-4 May). Thanks for the help. Moisés Silva On Thu, Apr 24, 2008 at 8:26 AM, Ruben Zamora [EMAIL PROTECTED] wrote: Moises Thats means, that we arent going to use unicall? If that true i can test these weekend with a E1-Axtel. Thanks Ruben Moises Silva escribió: If you are an MFC/R2 user and want to help in the development of chan_zap support for this signalling, please take a look at the bugtracker at http://bugs.digium.com/view.php?id=12509 and/or contact me. Currently just México support is built-in, if you want your country variant supported, drop me a line. Moisés Silva ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- I do not agree with what you have to say, but I'll defend to the death your right to say it. Voltaire ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] MFC/R2 in chan_zap , Testers Wanted
Hello Moisés, thanks for your effort on this! I would love to use Digium cards for MFC/R2 signalling in the future. Currently you can use Digium cards with Unicall :-) , tho, having MFC/R2 on chan_zap is more handy. Way more handy and will be much more reliable too. Steve Underwood did a great job implemeting it, but as far as I know the code isn't actively maintained anymore. Of course your implementation of MFC/R2 will take a while to become stable, but hey -- it's a start. I added some info you might like in the bugtracker, you might take a look at it. I will, thanks! Russel pointed some licensing stuff related to the Digivoice drivers. Please listen to him on that, I had no idea of that kind of complication. If your implementation of MFC/R2 can't be integrated in Zaptel, then it's no much better than Unicall. I guess if you look at Digivoice's code to figure out how it works and then write your own code, there will be no licensing issues. But that's just a guess, Russel will need to clarify it. You can count on me for any testing needed on the BR variant. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] MFC/R2 in chan_zap , Testers Wanted
Way more handy and will be much more reliable too. Steve Underwood did a great job implemeting it, but as far as I know the code isn't actively maintained anymore. Of course your implementation of MFC/R2 will take a while to become stable, but hey -- it's a start. Agreed. Russel pointed some licensing stuff related to the Digivoice drivers. Please listen to him on that, I had no idea of that kind of complication. If your implementation of MFC/R2 can't be integrated in Zaptel, then it's no much better than Unicall. You mean chan_zap/zapata (zaptel is the kernel code). I had already discussed with Russell the licensing. He just got confused for a second because he forgot LGPL code requires both license files (GPL and LGPL). I guess if you look at Digivoice's code to figure out how it works and then write your own code, there will be no licensing issues. But that's just a guess, Russel will need to clarify it. I did not discussed that with Russell, but I will. In the meantime, since I am aware of the licensing concerns I have not even looked at that code :-) I would like to test the BR variant the next week, I will contact you off-list to see if we can meet via IM. - Moisés Silva -- I do not agree with what you have to say, but I'll defend to the death your right to say it. Voltaire ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] MFC/R2 in chan_zap , Testers Wanted
Unicall MFC/R2 is activelly maintained. by Moy. Actually it's a backport of the Steve driver (now coded for Callweaver derivative) to Asterisk (1.2, 1.4, and 1.6 soon). It works pretty well. In fact, it works more stable in 1.4 than the original Steve driver in 1.2, and with better sound under heavy loads. The Asutunicall page can be found here: http://www.moythreads.com/astunicall/ Guillermo Date: Thu, 24 Apr 2008 12:16:42 -0500 From: [EMAIL PROTECTED] To: asterisk-users@lists.digium.com Subject: Re: [asterisk-users] MFC/R2 in chan_zap , Testers Wanted Way more handy and will be much more reliable too. Steve Underwood did a great job implemeting it, but as far as I know the code isn't actively maintained anymore. Of course your implementation of MFC/R2 will take a while to become stable, but hey -- it's a start. Agreed. Russel pointed some licensing stuff related to the Digivoice drivers. Please listen to him on that, I had no idea of that kind of complication. If your implementation of MFC/R2 can't be integrated in Zaptel, then it's no much better than Unicall. You mean chan_zap/zapata (zaptel is the kernel code). I had already discussed with Russell the licensing. He just got confused for a second because he forgot LGPL code requires both license files (GPL and LGPL). I guess if you look at Digivoice's code to figure out how it works and then write your own code, there will be no licensing issues. But that's just a guess, Russel will need to clarify it. I did not discussed that with Russell, but I will. In the meantime, since I am aware of the licensing concerns I have not even looked at that code :-) I would like to test the BR variant the next week, I will contact you off-list to see if we can meet via IM. - Moisés Silva -- I do not agree with what you have to say, but I'll defend to the death your right to say it. Voltaire ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users _ Send funny voice messages packed with tidbits from MSN. Everyone wants to be ready. http://www.noonewantstolookdumb.com?OCID=T001MSN54N1613A ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] MFC/R2 in chan_zap , Testers Wanted
Unicall MFC/R2 is activelly maintained. by Moy. Actually it's a backport of the Steve driver (now coded for Callweaver derivative) to Asterisk (1.2, 1.4, and 1.6 soon). It works pretty well. In fact, it works more stable in 1.4 than the original Steve driver in 1.2, and with better sound under heavy loads. The Asutunicall page can be found here: http://www.moythreads.com/astunicall/ Hum, wonder who this moy is hey wait, that's me! . Even when is in my plans to keep giving general maintenance to chan_unicall, my long term plan is to leave R2 support into chan_zap, so I would recommend to all users to try chan_zap R2 support, the more users we get the faster the driver will be stable enough to replace chan_unicall, the less headaches you will have (I hope). - Moy or Moisés Silva, same shit :-) -- I do not agree with what you have to say, but I'll defend to the death your right to say it. Voltaire ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
