Re: [asterisk-users] Unicall - How to automatically block collect calls
Hi! Thank you for your answer. However I would like to know, if there is any other possibility of making this work, with older unicall versions. The reason I ask, is because it's not easy for me to upgrade the asterisk and unicall version on my machine, since it is a production machine, and I would consider a software upgrade really only if no other solution is possible. Thanks in advance for your answer. Best regards, Óscar Patrício Moises Silva escreveu: The latest version of the driver included in http://www.moythreads.com/astunicall/ comes with a change that will set the variable UC_CATEGORY in your dialplan, Brasil has a special category for those calls, don't remember the name that will show up, but you can make a couple of tests and then drop any call with that specific category. Moy On Mon, May 5, 2008 at 9:14 AM, Oscar Patricio [EMAIL PROTECTED] wrote: Hi! I am using asterisk with unicall in brasil. Everything was working fine, but now we want to set up a way to automatically drop collect calls, because we have an IVR answering all calls automatically! Can you tell me, what I have to configure to block collect calls in the asterisk? Thank you! Best regards, Óscar Patrício ___ -- 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] Unicall - How to automatically block collect calls
I`m using collect call blocking with astunicall from moises and it`s working properly. UC_CATEGORY=INTERNATIONAL_DATA (for brazilian users) indicates a collect call. I spent a long time searching a way to do it, but it was only possible with moises code. Thank you. Luis A P Barbosa. 2008/5/6 Oscar Patricio [EMAIL PROTECTED]: Hi! Thank you for your answer. However I would like to know, if there is any other possibility of making this work, with older unicall versions. The reason I ask, is because it's not easy for me to upgrade the asterisk and unicall version on my machine, since it is a production machine, and I would consider a software upgrade really only if no other solution is possible. Thanks in advance for your answer. Best regards, Óscar Patrício Moises Silva escreveu: The latest version of the driver included in http://www.moythreads.com/astunicall/ comes with a change that will set the variable UC_CATEGORY in your dialplan, Brasil has a special category for those calls, don't remember the name that will show up, but you can make a couple of tests and then drop any call with that specific category. Moy On Mon, May 5, 2008 at 9:14 AM, Oscar Patricio [EMAIL PROTECTED] wrote: Hi! I am using asterisk with unicall in brasil. Everything was working fine, but now we want to set up a way to automatically drop collect calls, because we have an IVR answering all calls automatically! Can you tell me, what I have to configure to block collect calls in the asterisk? Thank you! Best regards, Óscar Patrício ___ -- 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 ___ -- 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] Unicall - How to automatically block collect calls
Hi! I am using asterisk with unicall in brasil. Everything was working fine, but now we want to set up a way to automatically drop collect calls, because we have an IVR answering all calls automatically! Can you tell me, what I have to configure to block collect calls in the asterisk? Thank you! Best regards, Óscar Patrício ___ -- 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] Unicall - How to automatically block collect calls
The latest version of the driver included in http://www.moythreads.com/astunicall/ comes with a change that will set the variable UC_CATEGORY in your dialplan, Brasil has a special category for those calls, don't remember the name that will show up, but you can make a couple of tests and then drop any call with that specific category. Moy On Mon, May 5, 2008 at 9:14 AM, Oscar Patricio [EMAIL PROTECTED] wrote: Hi! I am using asterisk with unicall in brasil. Everything was working fine, but now we want to set up a way to automatically drop collect calls, because we have an IVR answering all calls automatically! Can you tell me, what I have to configure to block collect calls in the asterisk? Thank you! Best regards, Óscar Patrício ___ -- 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] Unicall + incomplete DNIS on international calls
Hello Ivan, I don't see nothing wrong in terms of signaling. When your side (Asterisk/Unicall) request ANI, the other end answer with the signal F, which means No More ANI, hence you receive an empty ANI string. When your side request DNIS, the other end does not answer in several seconds, which means 'No More DNIS' then your side timesout and resume the signaling to proceed to Answer if appropriate. You should definitely setup a call with Telmex support and see what do they see on their side. No timer tweaking will help for the ANI here because it is pretty clear they are sending End of ANI signal 'F'. In the case of DNIS I also think the timer will not help, you already waited 15 seconds to timeout for DNIS, if they don't send DNIS in 15 seconds is pretty obvious they are not going to send any. Moy On Tue, Apr 1, 2008 at 4:40 PM, Iván Reyes Tejera [EMAIL PROTECTED] wrote: Hello everybody, i'm from Mexico, at the time i´m working on a production server with asterisk 1.2.25 + spandsp-0.0.4 + libmfcr2-0.0.3+libsupertone-0.0.2+libunicall-0.0.3 and zaptel-1.2.22. I installed this version of astunicall that i downloaded from http://www.moythreads.com/astunicall/ Everything works fine, i'm able to make outgoing calls and recive incoming calls with all ANI and DNIS digits, except for International incoming call. My phone provider(Telmex) gives me 10 digits of ANI and 4 digits of DNIS, that i´ve configured on my unicall.conf. My main issue becomes when i recive an internationall incoming call, there is no ANI, appears with only one digit instead four, and that digit it's always a number 1( i attach unicall log). I already talked with my phone provider about this issue, and, as they told me, all DNIS and ANI of international incoming calls are just bypassed by them directly to my server. They mentioned something about timers that may avoid my server to recive all values (DNIS and ANI), but i'm not quite sure about this. On my file unicall.conf i added some timers that moises commented on his forum. Any clue what would be the reason of my issue ? Here are my files: -- unicall.conf -- [channels] language=en context=from-pstn usecallerid=yes hidecallerid=no callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=no echotraining=800 relaxdtmf=no rxgain=0 txgain=0 group=1 callgroup=0 pickupgroup=0 immediate=no callerid=asreceived amaflags=default musiconhold=default protocolclass=mfcr2 protocolvariant=mx,10,4,7,t1=15000,t2=24000,t3=15000,max-seize-wait-ack=2000 channel=1-10 loglevel=255 -- zapata.conf --- [channels] context=default usecallerid=yes hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes echocancel=no echocancelwhenbridged=no echotraining=no relaxdtmf=yes rxgain=0.0 txgain=0.0 group=1 callgroup=1 pickupgroup=1 immediate=no --- zaptel.conf --- loadzone=us defaultzone=us #Sangoma A101 port 1 [slot:0 bus:10 span:1] wanpipe1 span=1,1,0,cas,hdb3 cas=1-10:1101 dchan=16 - DEBUG UNICALL --- Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 - 0001 [1/IDLE/Idle /Idle ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 Detected Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 Creating a new call with CRN 32769 Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 1101 - [2/DETECTED/Seize ack /Seize ack] Mar 31 13:10:35 NOTICE[14902] chan_unicall.c: Unicall/8 event Detected Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 - 1 on [2/DETECTED/Seize ack /Seize ack] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 6 on - [2/DETECTED/Group C /Category req ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 - 1 off [2/DETECTED/Group C /Category req ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 6 off - [2/DETECTED/Group C /Category req ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 - 2 on [2/DETECTED/Group C /Category req ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 1 on - [2/DETECTED/Group C /ANI request ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 - 2 off [2/DETECTED/Group C /ANI request ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 1 off - [2/DETECTED/Group C /ANI request ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 - F on [2/DETECTED/Group C /ANI request ] Mar 31
[asterisk-users] Unicall + incomplete DNIS on international calls
Hello everybody, i'm from Mexico, at the time i´m working on a production server with asterisk 1.2.25 + spandsp-0.0.4 + libmfcr2-0.0.3+libsupertone-0.0.2+libunicall-0.0.3 and zaptel-1.2.22. I installed this version of astunicall that i downloaded from http://www.moythreads.com/astunicall/ Everything works fine, i'm able to make outgoing calls and recive incoming calls with all ANI and DNIS digits, except for International incoming call. My phone provider(Telmex) gives me 10 digits of ANI and 4 digits of DNIS, that i´ve configured on my unicall.conf. My main issue becomes when i recive an internationall incoming call, there is no ANI, appears with only one digit instead four, and that digit it's always a number 1( i attach unicall log). I already talked with my phone provider about this issue, and, as they told me, all DNIS and ANI of international incoming calls are just bypassed by them directly to my server. They mentioned something about timers that may avoid my server to recive all values (DNIS and ANI), but i'm not quite sure about this. On my file unicall.conf i added some timers that moises commented on his forum. Any clue what would be the reason of my issue ? Here are my files: -- unicall.conf -- [channels] language=en context=from-pstn usecallerid=yes hidecallerid=no callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=no echotraining=800 relaxdtmf=no rxgain=0 txgain=0 group=1 callgroup=0 pickupgroup=0 immediate=no callerid=asreceived amaflags=default musiconhold=default protocolclass=mfcr2 protocolvariant=mx,10,4,7,t1=15000,t2=24000,t3=15000,max-seize-wait-ack=2000 channel=1-10 loglevel=255 -- zapata.conf --- [channels] context=default usecallerid=yes hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes echocancel=no echocancelwhenbridged=no echotraining=no relaxdtmf=yes rxgain=0.0 txgain=0.0 group=1 callgroup=1 pickupgroup=1 immediate=no --- zaptel.conf --- loadzone=us defaultzone=us #Sangoma A101 port 1 [slot:0 bus:10 span:1] wanpipe1 span=1,1,0,cas,hdb3 cas=1-10:1101 dchan=16 - DEBUG UNICALL --- Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 - 0001 [1/IDLE/Idle /Idle ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 Detected Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 Creating a new call with CRN 32769 Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 1101 - [2/DETECTED/Seize ack /Seize ack] Mar 31 13:10:35 NOTICE[14902] chan_unicall.c: Unicall/8 event Detected Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 - 1 on [2/DETECTED/Seize ack /Seize ack] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 6 on - [2/DETECTED/Group C /Category req ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 - 1 off [2/DETECTED/Group C /Category req ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 6 off - [2/DETECTED/Group C /Category req ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 - 2 on [2/DETECTED/Group C /Category req ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 1 on - [2/DETECTED/Group C /ANI request ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 - 2 off [2/DETECTED/Group C /ANI request ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 1 off - [2/DETECTED/Group C /ANI request ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 - F on [2/DETECTED/Group C /ANI request ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 5 on - [2/DETECTED/Group A /DNIS request ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 - F off [2/DETECTED/Group A /DNIS request ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 5 off - [2/DETECTED/Group A /DNIS request ] Mar 31 13:10:50 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 3 on - [2/DETECTED/Group B /Go to grp II ] Mar 31 13:10:50 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 3 off - [2/DETECTED/Group B /Go to grp II ] Mar 31 13:10:50 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 - 2 on [2/DETECTED/Group B /Go to grp II ] Mar 31 13:10:50 NOTICE[14902] chan_unicall.c: Unicall/8 event Offered Mar 31 13:10:50 NOTICE[14902] chan_unicall.c: CRN 32769 - Offered on channel 0 (ANI: , DNIS: 1, Cat: 1) -- The values of ANI and DNIS are incorrect Mar 31 13:10:50
[asterisk-users] Unicall + incomplete DNIS on international calls
Hello everybody, i'm from Mexico, at the time i´m working on a production server with asterisk 1.2.25 + spandsp-0.0.4 + libmfcr2-0.0.3+libsupertone-0.0.2+libunicall-0.0.3 and zaptel-1.2.22. I installed this version of astunicall that i downloaded from http://www.moythreads.com/astunicall/ Everything works fine, i'm able to make outgoing calls and recive incoming calls with all ANI and DNIS digits, except for International incoming call. My phone provider(Telmex) gives me 10 digits of ANI and 4 digits of DNIS, that i´ve configured on my unicall.conf. My main issue becomes when i recive an internationall incoming call, there is no ANI, appears with only one digit instead four, and that digit it's always a number 1( i attach unicall log). I already talked with my phone provider about this issue, and, as they told me, all DNIS and ANI of international incoming calls are just bypassed by them directly to my server. They mentioned something about timers that may avoid my server to recive all values (DNIS and ANI), but i'm not quite sure about this. On my file unicall.conf i added some timers that moises commented on his forum. Any clue what would be the reason of my issue ? Here are my files: -- unicall.conf -- [channels] language=en context=from-pstn usecallerid=yes hidecallerid=no callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=no echotraining=800 relaxdtmf=no rxgain=0 txgain=0 group=1 callgroup=0 pickupgroup=0 immediate=no callerid=asreceived amaflags=default musiconhold=default protocolclass=mfcr2 protocolvariant=mx,10,4,7,t1=15000,t2=24000,t3=15000,max-seize-wait-ack=2000 channel=1-10 loglevel=255 -- zapata.conf --- [channels] context=default usecallerid=yes hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes echocancel=no echocancelwhenbridged=no echotraining=no relaxdtmf=yes rxgain=0.0 txgain=0.0 group=1 callgroup=1 pickupgroup=1 immediate=no --- zaptel.conf --- loadzone=us defaultzone=us #Sangoma A101 port 1 [slot:0 bus:10 span:1] wanpipe1 span=1,1,0,cas,hdb3 cas=1-10:1101 dchan=16 - DEBUG UNICALL --- Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 - 0001 [1/IDLE/Idle /Idle ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 Detected Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 Creating a new call with CRN 32769 Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 1101 - [2/DETECTED/Seize ack /Seize ack] Mar 31 13:10:35 NOTICE[14902] chan_unicall.c: Unicall/8 event Detected Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 - 1 on [2/DETECTED/Seize ack /Seize ack] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 6 on - [2/DETECTED/Group C /Category req ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 - 1 off [2/DETECTED/Group C /Category req ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 6 off - [2/DETECTED/Group C /Category req ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 - 2 on [2/DETECTED/Group C /Category req ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 1 on - [2/DETECTED/Group C /ANI request ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 - 2 off [2/DETECTED/Group C /ANI request ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 1 off - [2/DETECTED/Group C /ANI request ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 - F on [2/DETECTED/Group C /ANI request ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 5 on - [2/DETECTED/Group A /DNIS request ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 - F off [2/DETECTED/Group A /DNIS request ] Mar 31 13:10:35 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 5 off - [2/DETECTED/Group A /DNIS request ] Mar 31 13:10:50 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 3 on - [2/DETECTED/Group B /Go to grp II ] Mar 31 13:10:50 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 3 off - [2/DETECTED/Group B /Go to grp II ] Mar 31 13:10:50 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 - 2 on [2/DETECTED/Group B /Go to grp II ] Mar 31 13:10:50 NOTICE[14902] chan_unicall.c: Unicall/8 event Offered Mar 31 13:10:50 NOTICE[14902] chan_unicall.c: CRN 32769 - Offered on channel 0 (ANI: , DNIS: 1, Cat: 1) -- The values of ANI and DNIS are incorrect Mar 31 13:10:50 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 Call control(5) Mar 31 13:10:50 DEBUG[14902] chan_unicall.c: MFC/R2 UniCall/8 Accept call Mar 31 13:10:50 DEBUG[14902] chan_unicall.c:
Re: [asterisk-users] Unicall mfcr2 testcall issues in mexico outgoing:ok | incoming: fail.
This may fix your issue: mx,10,4,0 By default Mexico variant has the option get ANI after DNIS. Which it means just after getting the DNIS digits we will request the calling party category and DNIS. The Nortel PBX seems to not like calling party category requests and they want to go straight to group II signal instead of group C. Adding a 0 as options will disable the get ANI after DNIS option and go straight to Group II signals. Give that a try and let us know, tho, I still wonder why the Nortel does not accept the Calling Party Category Request and Switch to Group C signal. Is the Nortel PBX properly configured for México variant??? Moisés Silva On Wed, Feb 27, 2008 at 8:56 PM, Andres Tello Abrego [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks Carlos... Using mx,10,4 didn't work. Chan 31, class 'mfcr2', variant 'mx,10,4', end 0, caller 0, from '' to '' Loading protocol mfcr2 Thread for channel 0 MFC/R2 Chan 31: Call control(9) MFC/R2 Chan 31: Unblock MFC/R2 Chan 31: 1001 - [1/BLOCKED /Idle /Idle ] MFC/R2 Chan 31: far_unblocking_expired MFC/R2 Chan 31: local_unblocking_expired Chan 31: -- Far end unblocked! :-) Chan 31: -- Far end unblocked! :-) Chan 31: -- Local end unblocked! :-) Chan 31: -- Local end unblocked! :-) MFC/R2 Chan 31: - 0001 [1/IDLE/Idle /Idle ] MFC/R2 Chan 31: Detected MFC/R2 Chan 31: Creating a new call with CRN 32769 MFC/R2 Chan 31: 1101 - [2/DETECTED/Seize ack /Seize ack] Chan 31: -- Detected on channel 0, CRN 32769 Chan 31: -- Detected on channel 0, CRN 32769 Main thread MFC/R2 Chan 31: - 8 on [2/DETECTED/Seize ack /Seize ack] MFC/R2 Chan 31: 1 on - [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: - 8 off [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: 1 off - [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: - 6 on [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: 1 on - [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: - 6 off [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: 1 off - [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: - 1 on [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: 1 on - [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: - 1 off [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: 1 off - [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: - 0 on [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: 6 on - [2/DETECTED/Group C /Category req ] MFC/R2 Chan 31: - 0 off [2/DETECTED/Group C /Category req ] MFC/R2 Chan 31: 6 off - [2/DETECTED/Group C /Category req ] Main thread Main thread Main thread MFC/R2 Chan 31: R2 prot. err. [2/DETECTED/Group C /Category req ] cause 32771 - T3 timed out MFC/R2 Chan 31: 1001 - [1/IDLE/Idle /Idle ] Chan 31: -- Protocol failure on channel 0, cause (32771) T3 timed out Chan 31: -- Protocol failure on channel 0, cause (32771) T3 timed out MFC/R2 Chan 31: - 1001 [1/IDLE/Idle /Idle ] MFC/R2 Chan 31: 1001 - [1/IDLE/Idle /Idle ] Carlos Chavez wrote: I do not know if this will make a difference but the protocol-variant for Mexico should be: protocol-variant mx,10,4 You only get 10 digits from the phone company. On Wed, 2008-02-27 at 18:03 -0800, Andres Tello Abrego wrote: protocol-variant mx,20,4 ___ -- 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFHxiLHEXCJrml2yYoRAt5+AKCOXNfIUZYDDpGb0jSBO2Ulz4q+fgCbBBum Ux+Q+w33ZGgtApwNOZWOLGA= =IksU -END PGP SIGNATURE- ___ -- 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] Unicall mfcr2 testcall issues in mexico outgoing:ok | incoming: fail.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Same effect... I belive that is a nortel issue. But I have no idea of how to debug it to fix it... any advice is helped.. Also the provider, asked me for the tone table because he can set the tone table as he wishes... TIA. Testcalll output ./testcall Chan 10, class 'mfcr2', variant 'mx,10,4,0', end 0, caller 0, from '' to '' Loading protocol mfcr2 Thread for channel 0 MFC/R2 Chan 10: Call control(9) MFC/R2 Chan 10: Unblock MFC/R2 Chan 10: 1001 - [1/BLOCKED /Idle /Idle ] MFC/R2 Chan 10: far_unblocking_expired MFC/R2 Chan 10: local_unblocking_expired Chan 10: -- Far end unblocked! :-) Chan 10: -- Far end unblocked! :-) Chan 10: -- Local end unblocked! :-) Chan 10: -- Local end unblocked! :-) MFC/R2 Chan 10: - 0001 [1/IDLE/Idle /Idle ] MFC/R2 Chan 10: Detected MFC/R2 Chan 10: Creating a new call with CRN 32769 MFC/R2 Chan 10: 1101 - [2/DETECTED/Seize ack /Seize ack] Chan 10: -- Detected on channel 0, CRN 32769 Chan 10: -- Detected on channel 0, CRN 32769 MFC/R2 Chan 10: - 8 on [2/DETECTED/Seize ack /Seize ack] MFC/R2 Chan 10: 6 on - [2/DETECTED/Group C /Category req ] MFC/R2 Chan 10: - 8 off [2/DETECTED/Group C /Category req ] MFC/R2 Chan 10: 6 off - [2/DETECTED/Group C /Category req ] Main thread MFC/R2 Chan 10: R2 prot. err. [2/DETECTED/Group C /Category req ] cause 32771 - T3 timed out MFC/R2 Chan 10: 1001 - [1/IDLE/Idle /Idle ] Chan 10: -- Protocol failure on channel 0, cause (32771) T3 timed out Chan 10: -- Protocol failure on channel 0, cause (32771) T3 timed out Main thread MFC/R2 Chan 10: - 1001 [1/IDLE/Idle /Idle ] MFC/R2 Chan 10: 1001 - [1/IDLE/Idle /Idle ] Main thread Moises Silva wrote: This may fix your issue: mx,10,4,0 By default Mexico variant has the option get ANI after DNIS. Which it means just after getting the DNIS digits we will request the calling party category and DNIS. The Nortel PBX seems to not like calling party category requests and they want to go straight to group II signal instead of group C. Adding a 0 as options will disable the get ANI after DNIS option and go straight to Group II signals. Give that a try and let us know, tho, I still wonder why the Nortel does not accept the Calling Party Category Request and Switch to Group C signal. Is the Nortel PBX properly configured for México variant??? Moisés Silva On Wed, Feb 27, 2008 at 8:56 PM, Andres Tello Abrego [EMAIL PROTECTED] wrote: Thanks Carlos... Using mx,10,4 didn't work. Chan 31, class 'mfcr2', variant 'mx,10,4', end 0, caller 0, from '' to '' Loading protocol mfcr2 Thread for channel 0 MFC/R2 Chan 31: Call control(9) MFC/R2 Chan 31: Unblock MFC/R2 Chan 31: 1001 - [1/BLOCKED /Idle /Idle ] MFC/R2 Chan 31: far_unblocking_expired MFC/R2 Chan 31: local_unblocking_expired Chan 31: -- Far end unblocked! :-) Chan 31: -- Far end unblocked! :-) Chan 31: -- Local end unblocked! :-) Chan 31: -- Local end unblocked! :-) MFC/R2 Chan 31: - 0001 [1/IDLE/Idle /Idle ] MFC/R2 Chan 31: Detected MFC/R2 Chan 31: Creating a new call with CRN 32769 MFC/R2 Chan 31: 1101 - [2/DETECTED/Seize ack /Seize ack] Chan 31: -- Detected on channel 0, CRN 32769 Chan 31: -- Detected on channel 0, CRN 32769 Main thread MFC/R2 Chan 31: - 8 on [2/DETECTED/Seize ack /Seize ack] MFC/R2 Chan 31: 1 on - [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: - 8 off [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: 1 off - [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: - 6 on [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: 1 on - [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: - 6 off [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: 1 off - [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: - 1 on [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: 1 on - [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: - 1 off [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: 1 off - [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: - 0 on [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: 6 on - [2/DETECTED/Group C /Category req ] MFC/R2 Chan 31: - 0 off [2/DETECTED/Group C /Category req ] MFC/R2 Chan 31: 6 off - [2/DETECTED/Group C /Category req ] Main thread Main thread Main thread MFC/R2 Chan 31: R2 prot. err. [2/DETECTED/Group C /Category req ] cause 32771 - T3 timed out MFC/R2 Chan 31: 1001 - [1/IDLE/Idle /Idle ] Chan 31: --
Re: [asterisk-users] Unicall mfcr2 testcall issues in mexico outgoing:ok | incoming: fail.
I do not know if this will make a difference but the protocol-variant for Mexico should be: protocol-variant mx,10,4 You only get 10 digits from the phone company. On Wed, 2008-02-27 at 18:03 -0800, Andres Tello Abrego wrote: protocol-variant mx,20,4 -- Telecomunicaciones Abiertas de México S.A. de C.V. Carlos Chávez Prats Director de Tecnología +52-55-91169161 ext 2001 signature.asc Description: This is a digitally signed message part ___ -- 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] Unicall mfcr2 testcall issues in mexico outgoing:ok | incoming: fail.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks Carlos... Using mx,10,4 didn't work. Chan 31, class 'mfcr2', variant 'mx,10,4', end 0, caller 0, from '' to '' Loading protocol mfcr2 Thread for channel 0 MFC/R2 Chan 31: Call control(9) MFC/R2 Chan 31: Unblock MFC/R2 Chan 31: 1001 - [1/BLOCKED /Idle /Idle ] MFC/R2 Chan 31: far_unblocking_expired MFC/R2 Chan 31: local_unblocking_expired Chan 31: -- Far end unblocked! :-) Chan 31: -- Far end unblocked! :-) Chan 31: -- Local end unblocked! :-) Chan 31: -- Local end unblocked! :-) MFC/R2 Chan 31: - 0001 [1/IDLE/Idle /Idle ] MFC/R2 Chan 31: Detected MFC/R2 Chan 31: Creating a new call with CRN 32769 MFC/R2 Chan 31: 1101 - [2/DETECTED/Seize ack /Seize ack] Chan 31: -- Detected on channel 0, CRN 32769 Chan 31: -- Detected on channel 0, CRN 32769 Main thread MFC/R2 Chan 31: - 8 on [2/DETECTED/Seize ack /Seize ack] MFC/R2 Chan 31: 1 on - [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: - 8 off [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: 1 off - [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: - 6 on [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: 1 on - [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: - 6 off [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: 1 off - [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: - 1 on [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: 1 on - [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: - 1 off [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: 1 off - [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: - 0 on [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: 6 on - [2/DETECTED/Group C /Category req ] MFC/R2 Chan 31: - 0 off [2/DETECTED/Group C /Category req ] MFC/R2 Chan 31: 6 off - [2/DETECTED/Group C /Category req ] Main thread Main thread Main thread MFC/R2 Chan 31: R2 prot. err. [2/DETECTED/Group C /Category req ] cause 32771 - T3 timed out MFC/R2 Chan 31: 1001 - [1/IDLE/Idle /Idle ] Chan 31: -- Protocol failure on channel 0, cause (32771) T3 timed out Chan 31: -- Protocol failure on channel 0, cause (32771) T3 timed out MFC/R2 Chan 31: - 1001 [1/IDLE/Idle /Idle ] MFC/R2 Chan 31: 1001 - [1/IDLE/Idle /Idle ] Carlos Chavez wrote: I do not know if this will make a difference but the protocol-variant for Mexico should be: protocol-variant mx,10,4 You only get 10 digits from the phone company. On Wed, 2008-02-27 at 18:03 -0800, Andres Tello Abrego wrote: protocol-variant mx,20,4 ___ -- 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFHxiLHEXCJrml2yYoRAt5+AKCOXNfIUZYDDpGb0jSBO2Ulz4q+fgCbBBum Ux+Q+w33ZGgtApwNOZWOLGA= =IksU -END PGP SIGNATURE- ___ -- 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] Unicall mfcr2 testcall issues in mexico outgoing:ok | incoming: fail.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have a astunicall-1.4 setup with a te110p to a nortel pbx in Mexico. (Hate R2!). This is what I get when trying to call to * box using testcall: ./testcall Chan 31, class 'mfcr2', variant 'mx,20,4', end 0, caller 0, from '' to '' Loading protocol mfcr2 Thread for channel 0 MFC/R2 Chan 31: Call control(9) MFC/R2 Chan 31: Unblock MFC/R2 Chan 31: 1001 - [1/BLOCKED /Idle /Idle ] MFC/R2 Chan 31: far_unblocking_expired MFC/R2 Chan 31: local_unblocking_expired Chan 31: -- Far end unblocked! :-) Chan 31: -- Far end unblocked! :-) Chan 31: -- Local end unblocked! :-) Chan 31: -- Local end unblocked! :-) Main thread MFC/R2 Chan 31: - 0001 [1/IDLE/Idle /Idle ] MFC/R2 Chan 31: Detected MFC/R2 Chan 31: Creating a new call with CRN 32769 MFC/R2 Chan 31: 1101 - [2/DETECTED/Seize ack /Seize ack] Chan 31: -- Detected on channel 0, CRN 32769 Chan 31: -- Detected on channel 0, CRN 32769 MFC/R2 Chan 31: - 8 on [2/DETECTED/Seize ack /Seize ack] MFC/R2 Chan 31: 1 on - [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: - 8 off [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: 1 off - [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: - 6 on [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: 1 on - [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: - 6 off [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: 1 off - [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: - 0 on [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: 1 on - [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: - 0 off [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: 1 off - [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: - 0 on [2/DETECTED/Group A /DNIS request ] MFC/R2 Chan 31: 6 on - [2/DETECTED/Group C /Category req ] MFC/R2 Chan 31: - 0 off [2/DETECTED/Group C /Category req ] MFC/R2 Chan 31: 6 off - [2/DETECTED/Group C /Category req ] Main thread MFC/R2 Chan 31: R2 prot. err. [2/DETECTED/Group C /Category req ] cause 32771 - T3 timed out MFC/R2 Chan 31: 1001 - [1/IDLE/Idle /Idle ] Chan 31: -- Protocol failure on channel 0, cause (32771) T3 timed out Chan 31: -- Protocol failure on channel 0, cause (32771) T3 timed out MFC/R2 Chan 31: - 1001 [1/IDLE/Idle /Idle ] MFC/R2 Chan 31: 1001 - [1/IDLE/Idle /Idle ] Main thread #cat testcall.conf caller no protocol-class mfcr2 protocol-variant mx,20,4 on-offered answer circuits 31-31 When using testcall to test outcoing call everything is ok. ./testcall Chan 31, class 'mfcr2', variant 'mx,20,4', end 0, caller 1, from '9900' to '2254' Loading protocol mfcr2 Thread for channel 0 MFC/R2 Chan 31: Call control(9) MFC/R2 Chan 31: Unblock MFC/R2 Chan 31: 1001 - [1/BLOCKED /Idle /Idle ] MFC/R2 Chan 31: far_unblocking_expired MFC/R2 Chan 31: local_unblocking_expired Chan 31: -- Far end unblocked! :-) Chan 31: -- Far end unblocked! :-) Chan 31: -- Local end unblocked! :-) Chan 31: -- Local end unblocked! :-) Chan 31: Initiating call MFC/R2 Chan 31: Call control(1) MFC/R2 Chan 31: Make call MFC/R2 Chan 31: Creating a new call with CRN 32769 MFC/R2 Chan 31: 0001 - [1/DIALING /Seize /Idle ] Chan 31: -- Dialing on channel 0 Chan 31: -- Dialing on channel 0 MFC/R2 Chan 31: - 1101 [1/DIALING /Seize /Idle ] MFC/R2 Chan 31: 2 on - [2/DIALING /Group I /DNIS ] MFC/R2 Chan 31: - 1 on [2/DIALING /Group I /DNIS ] MFC/R2 Chan 31: 2 off - [2/DIALING /Group I /DNIS ] MFC/R2 Chan 31: - 1 off [2/DIALING /Group I /DNIS ] MFC/R2 Chan 31: 2 on - [2/DIALING /Group I /DNIS ] MFC/R2 Chan 31: - 1 on [2/DIALING /Group I /DNIS ] MFC/R2 Chan 31: 2 off - [2/DIALING /Group I /DNIS ] MFC/R2 Chan 31: - 1 off [2/DIALING /Group I /DNIS ] MFC/R2 Chan 31: 5 on - [2/DIALING /Group I /DNIS ] MFC/R2 Chan 31: - 1 on [2/DIALING /Group I /DNIS ] MFC/R2 Chan 31: 5 off - [2/DIALING /Group I /DNIS ] MFC/R2 Chan 31: - 1 off [2/DIALING /Group I /DNIS ] MFC/R2 Chan 31: 4 on - [2/DIALING /Group I /DNIS ] MFC/R2 Chan 31: - 3 on [2/DIALING /Group I /DNIS ] MFC/R2 Chan 31: 4 off - [2/DIALING /Group I /DNIS ] MFC/R2 Chan 31: - 3 off [2/DIALING /Group I /DNIS ] MFC/R2 Chan 31: 1 on - [2/PROCEED /Group II /Category ] Chan 31: -- Proceeding on channel 0 MFC/R2 Chan 31: - 1 on [2/PROCEED /Group II /Category ]
[asterisk-users] Unicall
Hello All, we have Asterisk 1.4.9, Unicall 1.4.9-0.1, and Zaptel 1.4.5.1. If we were to update or recompile Asterisk, would we need to do anything with Unicall or Zaptel? Thanks in advance ___ -- 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] Unicall
Mark, you are confusing terms here. You DO NOT have Unicall 1.4.9-0.1, libunicall does not even use that convention for its versions. What you have is astunicall-1.4.9-01. AstUnicall is just a package with patches and proper versions of spandsp, libsupertone, libunicall, libmfcr2, zaptel and Asterisk to run MFC/R2. Now, having said that, to answer your question, if you just recompile Asterisk w/o upgrading, then no, you don't need anything. If you want to upgrade Asterisk, then it depends. Small version upgrades (like 1.4.9 to 1.4.17) probably do not require to change anything, just copy channels/chan_unicall.c and the Makefile entries of channels/Makefile and you have good chances of being fine. Upgrading from 1.4 to 1.6 increases the chances of a broken compilation or runtime error. In general, if you have NO knowledge of C, then you will have to try and find yourself if it works or not :) Regards, Moisés Silva On Feb 1, 2008 7:24 AM, Mark Welch [EMAIL PROTECTED] wrote: Hello All, we have Asterisk 1.4.9, Unicall 1.4.9-0.1, and Zaptel 1.4.5.1. If we were to update or recompile Asterisk, would we need to do anything with Unicall or Zaptel? Thanks in advance ___ -- 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] Unicall
Thank you Moisés, we are indeed going from 1.4.9 to 1.4.17, we will backup channels/chan_unicall.c and the Makefile entries of channels/Makefile and do our upgrade to .17. You are indeed correct on the Unicall, we have astunicall-1.4.9-0.1, I thought it was the same thing. Now I know better :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Moises Silva Sent: Friday, February 01, 2008 9:35 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] Unicall Mark, you are confusing terms here. You DO NOT have Unicall 1.4.9-0.1, libunicall does not even use that convention for its versions. What you have is astunicall-1.4.9-01. AstUnicall is just a package with patches and proper versions of spandsp, libsupertone, libunicall, libmfcr2, zaptel and Asterisk to run MFC/R2. Now, having said that, to answer your question, if you just recompile Asterisk w/o upgrading, then no, you don't need anything. If you want to upgrade Asterisk, then it depends. Small version upgrades (like 1.4.9 to 1.4.17) probably do not require to change anything, just copy channels/chan_unicall.c and the Makefile entries of channels/Makefile and you have good chances of being fine. Upgrading from 1.4 to 1.6 increases the chances of a broken compilation or runtime error. In general, if you have NO knowledge of C, then you will have to try and find yourself if it works or not :) Regards, Moisés Silva On Feb 1, 2008 7:24 AM, Mark Welch [EMAIL PROTECTED] wrote: Hello All, we have Asterisk 1.4.9, Unicall 1.4.9-0.1, and Zaptel 1.4.5.1. If we were to update or recompile Asterisk, would we need to do anything with Unicall or Zaptel? Thanks in advance ___ -- 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 ___ -- 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] Unicall CRN 32769 - far disconnected cause=Switching equipment congestion [42]
Dears, After weeks trying to contact support of my telecom about 'Seize Ack' because that is not returned, was a lock for make calls on my E1s. Now I receive back de Ack and get ready to make calls, but the technical support reports to me that my attempts to call do not send any digits to the oder site (telecom station). 8 seconds after start 'Unicall event Dialing' the line is disconnected, like when you take up the line and hold without press any digits, after some seconds you got the congestion signal. Just for consideration I receive call without any problems, provided that performed the first setup. I have use http://www.voip-info.org/wiki/view/Asterisk+MFC+R2 to do my configuration, sources are: http://www.moythreads.com/astunicall/files/astunicall-1.4.9-0.1.tar.gz zaptel-1.4.4-6 asterisk-1.4.9 libsupertone-0.0.2-1 spandsp-0.0.4-1 libunicall-0.0.3-1 libmfcr2-0.0.3-1 The only difference is I have use the sources to make a SRPM - RPM files on CentOS 5. Here is my config files: zaptel.conf loadzone= br defaultzone = br span=1,1,0,cas,hdb3 span=2,2,0,cas,hdb3 span=3,3,0,cas,hdb3 cas=1-15:1101 cas=17-31:1101 cas=32-46:1101 cas=48-62:1101 cas=63-77:1101 cas=79-93:1101 unicall.conf [channels] loglevel=255 language=pt_BR context=from-pstn usecallerid=yes hidecallerid=no immediate=no callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=yes rxgain=0.0 txgain=0.0 faxdetect=both protocolclass=mfcr2 ;protocolvariant=br,20,4,x,max-seize-wait-ack=1 protocolvariant=br,20,4 protocolend=cpe group=1 callerid=asreceived channel=1-15 channel=17-31 channel=32-46 channel=48-62 channel=63-77 channel=79-93 protocolclass=mfcr2 Here is the LOGS when I try do make calls [Jan 30 16:41:17] VERBOSE[10717] logger.c: -- Executing [ [EMAIL PROTECTED]:32] Dial(SIP/4805-0935d828, UniCall/g1|300|) in new stack [Jan 30 16:41:17] DEBUG[10717] chan_unicall.c: unicall_call called - 'g1' [Jan 30 16:41:17] DEBUG[10717] chan_unicall.c: unicall_call caller id - '4805' [Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Call control(1) [Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Make call [Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Creating a new call with CRN 32769 [Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 0001 - [1/DIALING /Seize /Idle ] [Jan 30 16:41:17] VERBOSE[10717] logger.c: -- Called g1 [Jan 30 16:41:17] NOTICE[10717] chan_unicall.c: Unicall/1 event Dialing [Jan 30 16:41:17] NOTICE[10717] chan_unicall.c: Exception on 15, channel 1 [Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 - [1/DIALING /Seize /Idle ] [Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 g on - [2/DIALING /Group I /DNIS ] [Jan 30 16:41:25] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 - 4 on [2/DIALING /Group I /DNIS ] [Jan 30 16:41:25] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 g off - [2/DIALING /Group I /DNIS ] [Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 - 4 off [2/DIALING /Group I /DNIS ] [Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Far end disconnected(cause=Switching equipment congestion [42]) - state 0x40 [Jan 30 16:41:26] NOTICE[10717] chan_unicall.c: Unicall/1 event Far end disconnected [Jan 30 16:41:26] NOTICE[10717] chan_unicall.c: CRN 32769 - far disconnected cause=Switching equipment congestion [42] [Jan 30 16:41:26] VERBOSE[10717] logger.c: -- Channel 0 got hangup [Jan 30 16:41:26] DEBUG[10717] chan_unicall.c: needcongestion [Jan 30 16:41:26] VERBOSE[10717] logger.c: -- UniCall/1-1 is circuit-busy [Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Channel gains [Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Channel switching [Jan 30 16:41:26] DEBUG[10717] chan_unicall.c: Hangup: channel: 1 index = 0, normal = 15, callwait = -1, thirdcall = -1 [Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Call control(7) [Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Drop call(cause=Normal Clearing [16]) [Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Clearing fwd [Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 1001 - [2/FAR DISC/Clear fwd B /Idle ] [Jan 30 16:41:26] DEBUG[10717] chan_unicall.c: Updated conferencing on 1, with 0 conference users [Jan 30 16:41:26] VERBOSE[10717] logger.c: -- Hungup 'UniCall/1-1' [Jan 30 16:41:26] VERBOSE[10717] logger.c: == Everyone is busy/congested at this time (1:0/1/0) If someone can help me I would be very grateful. Best Regards, -- Roger C. Beraldi Martins Fone: 55 41-8828-7068 ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com --
Re: [asterisk-users] Unicall CRN 32769 - far disconnected cause=Switching equipment congestion [42]
Well, that's simple, the telco is not getting any digits because YOU are not sending any digits! From the logs, I see you are dialing like this: Dial(UniCall/g1|300|) Where is the number you want to reach? I'd expect to see Dial(Unicall/g1/1234567890|300) To reach number 1234567890 - Moisés Silva On Jan 30, 2008 1:21 PM, Roger C. Beraldi Martins [EMAIL PROTECTED] wrote: Dears, After weeks trying to contact support of my telecom about 'Seize Ack' because that is not returned, was a lock for make calls on my E1s. Now I receive back de Ack and get ready to make calls, but the technical support reports to me that my attempts to call do not send any digits to the oder site (telecom station). 8 seconds after start 'Unicall event Dialing' the line is disconnected, like when you take up the line and hold without press any digits, after some seconds you got the congestion signal. Just for consideration I receive call without any problems, provided that performed the first setup. I have use http://www.voip-info.org/wiki/view/Asterisk+MFC+R2 to do my configuration, sources are: http://www.moythreads.com/astunicall/files/astunicall-1.4.9-0.1.tar.gz zaptel-1.4.4-6 asterisk-1.4.9 libsupertone-0.0.2-1 spandsp-0.0.4-1 libunicall-0.0.3-1 libmfcr2-0.0.3-1 The only difference is I have use the sources to make a SRPM - RPM files on CentOS 5. Here is my config files: zaptel.conf loadzone= br defaultzone = br span=1,1,0,cas,hdb3 span=2,2,0,cas,hdb3 span=3,3,0,cas,hdb3 cas=1-15:1101 cas=17-31:1101 cas=32-46:1101 cas=48-62:1101 cas=63-77:1101 cas=79-93:1101 unicall.conf [channels] loglevel=255 language=pt_BR context=from-pstn usecallerid=yes hidecallerid=no immediate=no callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=yes rxgain=0.0 txgain=0.0 faxdetect=both protocolclass=mfcr2 ;protocolvariant=br,20,4,x,max-seize-wait-ack=1 protocolvariant=br,20,4 protocolend=cpe group=1 callerid=asreceived channel=1-15 channel=17-31 channel=32-46 channel=48-62 channel=63-77 channel=79-93 protocolclass=mfcr2 Here is the LOGS when I try do make calls [Jan 30 16:41:17] VERBOSE[10717] logger.c: -- Executing [EMAIL PROTECTED]:32] Dial(SIP/4805-0935d828, UniCall/g1|300|) in new stack [Jan 30 16:41:17] DEBUG[10717] chan_unicall.c: unicall_call called - 'g1' [Jan 30 16:41:17] DEBUG[10717] chan_unicall.c: unicall_call caller id - '4805' [Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Call control(1) [Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Make call [Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Creating a new call with CRN 32769 [Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 0001 - [1/DIALING /Seize /Idle ] [Jan 30 16:41:17] VERBOSE[10717] logger.c: -- Called g1 [Jan 30 16:41:17] NOTICE[10717] chan_unicall.c: Unicall/1 event Dialing [Jan 30 16:41:17] NOTICE[10717] chan_unicall.c: Exception on 15, channel 1 [Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 - [1/DIALING /Seize /Idle ] [Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 g on - [2/DIALING /Group I /DNIS ] [Jan 30 16:41:25] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 - 4 on [2/DIALING /Group I /DNIS ] [Jan 30 16:41:25] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 g off - [2/DIALING /Group I /DNIS ] [Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 - 4 off [2/DIALING /Group I /DNIS ] [Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Far end disconnected(cause=Switching equipment congestion [42]) - state 0x40 [Jan 30 16:41:26] NOTICE[10717] chan_unicall.c: Unicall/1 event Far end disconnected [Jan 30 16:41:26] NOTICE[10717] chan_unicall.c: CRN 32769 - far disconnected cause=Switching equipment congestion [42] [Jan 30 16:41:26] VERBOSE[10717] logger.c: -- Channel 0 got hangup [Jan 30 16:41:26] DEBUG[10717] chan_unicall.c: needcongestion [Jan 30 16:41:26] VERBOSE[10717] logger.c: -- UniCall/1-1 is circuit-busy [Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Channel gains [Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Channel switching [Jan 30 16:41:26] DEBUG[10717] chan_unicall.c: Hangup: channel: 1 index = 0, normal = 15, callwait = -1, thirdcall = -1 [Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Call control(7) [Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Drop call(cause=Normal Clearing [16]) [Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Clearing fwd [Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 1001 - [2/FAR DISC/Clear fwd B /Idle ] [Jan 30
Re: [asterisk-users] Unicall CRN 32769 - far disconnected cause=Switching equipment congestion [42]
Man I am a little embarrassed now...
Actually dial plans and PBX rules is where I have less knowledge of
everything that involves the asterisk, because of this I am using freePBX
and this was my problem. I make the setup for outbound trunk to UniCall
using the freePBX and in this case has a bug causing this behavior:
http://freepbx.org/trac/ticket/634
But anyway, this mistake was very clear ... I should have seen !
Thank you Moises, now everything is working !
Best Regards.
2008/1/30, Moises Silva [EMAIL PROTECTED]:
Well, that's simple, the telco is not getting any digits because YOU
are not sending any digits!
From the logs, I see you are dialing like this:
Dial(UniCall/g1|300|)
Where is the number you want to reach?
I'd expect to see
Dial(Unicall/g1/1234567890|300)
To reach number 1234567890
- Moisés Silva
On Jan 30, 2008 1:21 PM, Roger C. Beraldi Martins
[EMAIL PROTECTED] wrote:
Dears,
After weeks trying to contact support of my telecom about 'Seize Ack'
because that is not returned, was a lock for make calls on my E1s.
Now I receive back de Ack and get ready to make calls, but the technical
support reports to me that my attempts to call do not send any digits
to
the oder site (telecom station). 8 seconds after start 'Unicall event
Dialing' the line is disconnected, like when you take up the line and
hold
without press any digits, after some seconds you got the congestion
signal.
Just for consideration I receive call without any problems, provided
that
performed the first setup.
I have use http://www.voip-info.org/wiki/view/Asterisk+MFC+R2 to do my
configuration, sources are:
http://www.moythreads.com/astunicall/files/astunicall-1.4.9-0.1.tar.gz
zaptel-1.4.4-6
asterisk-1.4.9
libsupertone-0.0.2-1
spandsp-0.0.4-1
libunicall-0.0.3-1
libmfcr2-0.0.3-1
The only difference is I have use the sources to make a SRPM - RPM
files on
CentOS 5.
Here is my config files:
zaptel.conf
loadzone= br
defaultzone = br
span=1,1,0,cas,hdb3
span=2,2,0,cas,hdb3
span=3,3,0,cas,hdb3
cas=1-15:1101
cas=17-31:1101
cas=32-46:1101
cas=48-62:1101
cas=63-77:1101
cas=79-93:1101
unicall.conf
[channels]
loglevel=255
language=pt_BR
context=from-pstn
usecallerid=yes
hidecallerid=no
immediate=no
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
rxgain=0.0
txgain=0.0
faxdetect=both
protocolclass=mfcr2
;protocolvariant=br,20,4,x,max-seize-wait-ack=1
protocolvariant=br,20,4
protocolend=cpe
group=1
callerid=asreceived
channel=1-15
channel=17-31
channel=32-46
channel=48-62
channel=63-77
channel=79-93
protocolclass=mfcr2
Here is the LOGS when I try do make calls
[Jan 30 16:41:17] VERBOSE[10717] logger.c: -- Executing
[EMAIL PROTECTED]:32] Dial(SIP/4805-0935d828, UniCall/g1|300|)
in
new stack
[Jan 30 16:41:17] DEBUG[10717] chan_unicall.c: unicall_call called -
'g1'
[Jan 30 16:41:17] DEBUG[10717] chan_unicall.c: unicall_call caller id -
'4805'
[Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Call
control(1)
[Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Make
call
[Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1
Creating a
new call with CRN 32769
[Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1
0001 -
[1/DIALING /Seize /Idle ]
[Jan 30 16:41:17] VERBOSE[10717] logger.c: -- Called g1
[Jan 30 16:41:17] NOTICE[10717] chan_unicall.c: Unicall/1 event Dialing
[Jan 30 16:41:17] NOTICE[10717] chan_unicall.c: Exception on 15, channel
1
[Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2
UniCall/1 -
[1/DIALING /Seize /Idle ]
[Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 g
on -
[2/DIALING /Group I /DNIS ]
[Jan 30 16:41:25] WARNING[10717] chan_unicall.c: MFC/R2
UniCall/1 - 4
on [2/DIALING /Group I /DNIS ]
[Jan 30 16:41:25] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 g off
-
[2/DIALING /Group I /DNIS ]
[Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2
UniCall/1 - 4
off [2/DIALING /Group I /DNIS ]
[Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Far
end
disconnected(cause=Switching equipment congestion [42]) - state 0x40
[Jan 30 16:41:26] NOTICE[10717] chan_unicall.c: Unicall/1 event Far end
disconnected
[Jan 30 16:41:26] NOTICE[10717] chan_unicall.c: CRN 32769 - far
disconnected cause=Switching equipment congestion [42]
[Jan 30 16:41:26] VERBOSE[10717] logger.c: -- Channel 0 got hangup
[Jan 30 16:41:26] DEBUG[10717] chan_unicall.c: needcongestion
[Jan 30 16:41:26] VERBOSE[10717] logger.c: -- UniCall/1-1 is
circuit-busy
[Jan 30
Re: [asterisk-users] Unicall protocol error. Cause 32776
Dears, Here is the logs when I put loglevel=255 on unicall.conf, I have use max-wait = 1 [Dec 14 09:53:42] DEBUG[28143] chan_unicall.c: unicall_call called - 'g1' [Dec 14 09:53:42] DEBUG[28143] chan_unicall.c: unicall_call caller id - '3007' [Dec 14 09:53:42] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Call control(1) [Dec 14 09:53:42] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Make call [Dec 14 09:53:42] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Creating a new call with CRN 32769 [Dec 14 09:53:42] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 0001 - [1/DIALING /Seize /Idle ] [Dec 14 09:53:42] VERBOSE[28143] logger.c: -- Called g1 [Dec 14 09:53:42] NOTICE[28143] chan_unicall.c: Unicall/1 event Dialing [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 seize_ack_wait_expired [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 R2 prot. err. [1/DIALING /Seize /Idle ] cau se 32776 - Seize ack timed out [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 1001 - [1/IDLE/Idle /Idle ] [Dec 14 09:53:53] NOTICE[28143] chan_unicall.c: Unicall/1 event Protocol failure [Dec 14 09:53:53] ERROR[28143] chan_unicall.c: Unicall/1 protocol error. Cause 32776 [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Channel echo cancel [Dec 14 09:53:53] DEBUG[28143] chan_unicall.c: disabled echo cancellation on channel 1 [Dec 14 09:53:53] WARNING[28143] app_dial.c: Unable to forward voice or dtmf [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Channel gains [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Channel switching [Dec 14 09:53:53] DEBUG[28143] chan_unicall.c: Hangup: channel: 1 index = 0, normal = 10, callwait = -1, thirdcall = -1 [Dec 14 09:53:53] DEBUG[28143] chan_unicall.c: Updated conferencing on 1, with 0 conference users [Dec 14 09:53:53] VERBOSE[28143] logger.c: -- Hungup 'UniCall/1-1' [Dec 14 09:53:53] VERBOSE[28143] logger.c: == Everyone is busy/congested at this time (1:0/0/1) [Dec 14 09:53:53] DEBUG[28143] app_macro.c: Executed application: Dial Best Regards, -- Atenciosamente, Roger C. Beraldi Martins Fone: 41-8828-7068 ___ --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] Unicall protocol error. Cause 32776
Moises, I was reading about your first reply and you said in the 2nd step: 2. libmfcr2 will set the ABCD bits to 0x0 (000) ( normally the ABCD bits are in Idle 1001 ). Setting the ABCD bits to 0x0 is our way to tell the far end ( the telco ) that we want to start a call, this is known as the Seize. If I understood correctly the libmfcr2 must put bits (Size) to indicate it's will dial. But at this time on log libunicall put 0001 to Seize: [Dec 14 09:53:42] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Creating a new call with CRN 32769 [Dec 14 09:53:42] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 0001 - [1/DIALING /Seize /Idle ] [Dec 14 09:53:42] VERBOSE[28143] logger.c: -- Called g1 After this libunicall set the IDLE (1001) state again: [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 1001 - [1/IDLE/Idle /Idle ] Are this correctly ? Regards, 2007/12/14, Roger C. Beraldi Martins [EMAIL PROTECTED]: Dears, Here is the logs when I put loglevel=255 on unicall.conf, I have use max-wait = 1 [Dec 14 09:53:42] DEBUG[28143] chan_unicall.c: unicall_call called - 'g1' [Dec 14 09:53:42] DEBUG[28143] chan_unicall.c: unicall_call caller id - '3007' [Dec 14 09:53:42] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Call control(1) [Dec 14 09:53:42] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Make call [Dec 14 09:53:42] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Creating a new call with CRN 32769 [Dec 14 09:53:42] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 0001 - [1/DIALING /Seize /Idle ] [Dec 14 09:53:42] VERBOSE[28143] logger.c: -- Called g1 [Dec 14 09:53:42] NOTICE[28143] chan_unicall.c: Unicall/1 event Dialing [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 seize_ack_wait_expired [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 R2 prot. err. [1/DIALING /Seize /Idle ] cau se 32776 - Seize ack timed out [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 1001 - [1/IDLE/Idle /Idle ] [Dec 14 09:53:53] NOTICE[28143] chan_unicall.c: Unicall/1 event Protocol failure [Dec 14 09:53:53] ERROR[28143] chan_unicall.c: Unicall/1 protocol error. Cause 32776 [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Channel echo cancel [Dec 14 09:53:53] DEBUG[28143] chan_unicall.c: disabled echo cancellation on channel 1 [Dec 14 09:53:53] WARNING[28143] app_dial.c: Unable to forward voice or dtmf [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Channel gains [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Channel switching [Dec 14 09:53:53] DEBUG[28143] chan_unicall.c: Hangup: channel: 1 index = 0, normal = 10, callwait = -1, thirdcall = -1 [Dec 14 09:53:53] DEBUG[28143] chan_unicall.c: Updated conferencing on 1, with 0 conference users [Dec 14 09:53:53] VERBOSE[28143] logger.c: -- Hungup 'UniCall/1-1' [Dec 14 09:53:53] VERBOSE[28143] logger.c: == Everyone is busy/congested at this time (1:0/0/1) [Dec 14 09:53:53] DEBUG[28143] app_macro.c: Executed application: Dial Best Regards, -- Atenciosamente, Roger C. Beraldi Martins Fone: 41-8828-7068 -- Atenciosamente, Roger C. Beraldi Martins Fone: 41-8828-7068 ___ --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] Unicall protocol error. Cause 32776
Roger, I think you should call your telco support and ask them if they receive your sizing and if they are sending the seize ack. On Dec 14, 2007 5:57 AM, Roger C. Beraldi Martins [EMAIL PROTECTED] wrote: Dears, Here is the logs when I put loglevel=255 on unicall.conf, I have use max-wait = 1 [Dec 14 09:53:42] DEBUG[28143] chan_unicall.c: unicall_call called - 'g1' [Dec 14 09:53:42] DEBUG[28143] chan_unicall.c: unicall_call caller id - '3007' [Dec 14 09:53:42] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Call control(1) [Dec 14 09:53:42] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Make call [Dec 14 09:53:42] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Creating a new call with CRN 32769 [Dec 14 09:53:42] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 0001 - [1/DIALING /Seize /Idle ] [Dec 14 09:53:42] VERBOSE[28143] logger.c: -- Called g1 [Dec 14 09:53:42] NOTICE[28143] chan_unicall.c: Unicall/1 event Dialing [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 seize_ack_wait_expired [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 R2 prot. err. [1/DIALING /Seize /Idle ] cau se 32776 - Seize ack timed out [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 1001 - [1/IDLE/Idle /Idle ] [Dec 14 09:53:53] NOTICE[28143] chan_unicall.c: Unicall/1 event Protocol failure [Dec 14 09:53:53] ERROR[28143] chan_unicall.c: Unicall/1 protocol error. Cause 32776 [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Channel echo cancel [Dec 14 09:53:53] DEBUG[28143] chan_unicall.c: disabled echo cancellation on channel 1 [Dec 14 09:53:53] WARNING[28143] app_dial.c: Unable to forward voice or dtmf [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Channel gains [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Channel switching [Dec 14 09:53:53] DEBUG[28143] chan_unicall.c: Hangup: channel: 1 index = 0, normal = 10, callwait = -1, thirdcall = -1 [Dec 14 09:53:53] DEBUG[28143] chan_unicall.c: Updated conferencing on 1, with 0 conference users [Dec 14 09:53:53] VERBOSE[28143] logger.c: -- Hungup 'UniCall/1-1' [Dec 14 09:53:53] VERBOSE[28143] logger.c: == Everyone is busy/congested at this time (1:0/0/1) [Dec 14 09:53:53] DEBUG[28143] app_macro.c: Executed application: Dial Best Regards, -- Atenciosamente, Roger C. Beraldi Martins Fone: 41-8828-7068 ___ --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 -- Within C++, there is a much smaller and cleaner language struggling to get out. ___ --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] Unicall protocol error. Cause 32776
Yes, was my mistake, just the first pair of bits are changed to 0x0, that is, if initially is 1001, 0001 is the seize state. On Dec 14, 2007 1:04 PM, Roger C. Beraldi Martins [EMAIL PROTECTED] wrote: Moises, I was reading about your first reply and you said in the 2nd step: 2. libmfcr2 will set the ABCD bits to 0x0 (000) ( normally the ABCD bits are in Idle 1001 ). Setting the ABCD bits to 0x0 is our way to tell the far end ( the telco ) that we want to start a call, this is known as the Seize. If I understood correctly the libmfcr2 must put bits (Size) to indicate it's will dial. But at this time on log libunicall put 0001 to Seize: [Dec 14 09:53:42] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Creating a new call with CRN 32769 [Dec 14 09:53:42] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 0001 - [1/DIALING /Seize /Idle ] [Dec 14 09:53:42] VERBOSE[28143] logger.c: -- Called g1 After this libunicall set the IDLE (1001) state again: [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 1001 - [1/IDLE/Idle /Idle ] Are this correctly ? Regards, 2007/12/14, Roger C. Beraldi Martins [EMAIL PROTECTED]: Dears, Here is the logs when I put loglevel=255 on unicall.conf, I have use max-wait = 1 [Dec 14 09:53:42] DEBUG[28143] chan_unicall.c: unicall_call called - 'g1' [Dec 14 09:53:42] DEBUG[28143] chan_unicall.c: unicall_call caller id - '3007' [Dec 14 09:53:42] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Call control(1) [Dec 14 09:53:42] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Make call [Dec 14 09:53:42] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Creating a new call with CRN 32769 [Dec 14 09:53:42] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 0001 - [1/DIALING /Seize /Idle ] [Dec 14 09:53:42] VERBOSE[28143] logger.c: -- Called g1 [Dec 14 09:53:42] NOTICE[28143] chan_unicall.c: Unicall/1 event Dialing [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 seize_ack_wait_expired [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 R2 prot. err. [1/DIALING /Seize /Idle ] cau se 32776 - Seize ack timed out [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 1001 - [1/IDLE/Idle /Idle ] [Dec 14 09:53:53] NOTICE[28143] chan_unicall.c: Unicall/1 event Protocol failure [Dec 14 09:53:53] ERROR[28143] chan_unicall.c: Unicall/1 protocol error. Cause 32776 [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Channel echo cancel [Dec 14 09:53:53] DEBUG[28143] chan_unicall.c: disabled echo cancellation on channel 1 [Dec 14 09:53:53] WARNING[28143] app_dial.c: Unable to forward voice or dtmf [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Channel gains [Dec 14 09:53:53] WARNING[28143] chan_unicall.c: MFC/R2 UniCall/1 Channel switching [Dec 14 09:53:53] DEBUG[28143] chan_unicall.c: Hangup: channel: 1 index = 0, normal = 10, callwait = -1, thirdcall = -1 [Dec 14 09:53:53] DEBUG[28143] chan_unicall.c: Updated conferencing on 1, with 0 conference users [Dec 14 09:53:53] VERBOSE[28143] logger.c: -- Hungup 'UniCall/1-1' [Dec 14 09:53:53] VERBOSE[28143] logger.c: == Everyone is busy/congested at this time (1:0/0/1) [Dec 14 09:53:53] DEBUG[28143] app_macro.c: Executed application: Dial Best Regards, -- Atenciosamente, Roger C. Beraldi Martins Fone: 41-8828-7068 -- Atenciosamente, Roger C. Beraldi Martins Fone: 41-8828-7068 ___ --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 -- Within C++, there is a much smaller and cleaner language struggling to get out. ___ --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] Unicall protocol error. Cause 32776
Moises, I try put the line exactly like you send me, saw the time wait getting longer with the parameter you describe to increment. But the error is the same as you can see in logs. Has other way to solve this problem, may I question to my telephony service de time it's need to send back the ACK ? May the libmfcr2 does not receive the expected bit pattern for the ACK ? FULL LOG: without max-seize-wait-ack [Dec 13 08:32:09] VERBOSE[3798] logger.c: -- Called g1 [Dec 13 08:32:09] NOTICE[3798] chan_unicall.c: Unicall/1 event Dialing [Dec 13 08:32:11] NOTICE[3798] chan_unicall.c: Unicall/1 event Protocol failure [Dec 13 08:32:11] ERROR[3798] chan_unicall.c: Unicall/1 protocol error. Cause 32776 max-seize-wait-ack = 5000 [Dec 13 08:43:54] DEBUG[4845] chan_unicall.c: unicall_call called - 'g1' [Dec 13 08:43:54] NOTICE[4845] chan_unicall.c: Unicall/1 event Dialing [Dec 13 08:43:59] NOTICE[4845] chan_unicall.c: Unicall/1 event Protocolfailure [Dec 13 08:43:59] ERROR[4845] chan_unicall.c: Unicall/1 protocol error. Cause 32776 max-seize-wait-ack = 1 [Dec 13 08:39:41] VERBOSE[4494] logger.c: -- Called g1 [Dec 13 08:39:41] NOTICE[4494] chan_unicall.c: Unicall/1 event Dialing [Dec 13 08:39:51] NOTICE[4494] chan_unicall.c: Unicall/1 event Protocol failure [Dec 13 08:39:51] ERROR[4494] chan_unicall.c: Unicall/1 protocol error. Cause 32776 max-seize-wait-ack = 2 [Dec 13 08:36:18] VERBOSE[4145] logger.c: -- Called g1 [Dec 13 08:36:18] NOTICE[4145] chan_unicall.c: Unicall/1 event Dialing [Dec 13 08:36:38] NOTICE[4145] chan_unicall.c: Unicall/1 event Protocol failure [Dec 13 08:36:38] ERROR[4145] chan_unicall.c: Unicall/1 protocol error. Cause 32776 max-seize-wait-ack = 5 ... ... ... ... Best Regards, 2007/12/11, Moises Silva [EMAIL PROTECTED]: Roger, You can try to pass the protocolvariant like this: protocolvariant=br,20,4,x,max-seize-wait-ack=3000 This deserves a little bit of more explanation. br = Brazil 20 = ANI digits 4 = DNIS digits x = this is just a hack to be able to work with defaults and specify the next value. protocolvariant expect here a mask of values ( an integer ), passing NOT an integer but a character x will cause the defaults to remain. max-seize-wait-ack = Number of milliseconds to wait for the ACK. Try incrementing that number to see if works. If does, please post back results here. Regards, On Dec 11, 2007 10:52 AM, Roger C. Beraldi Martins [EMAIL PROTECTED] wrote: Moises, Thank you for your reply and the lesson of MFC/R2 ! My configs for the unicall.conf is: [channels] language=br context=from-pstn usecallerid=yes hidecallerid=no immediate=no callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=yes rxgain=0.0 txgain=0.0 faxdetect=both loglevel=0 protocolclass=mfcr2 protocolvariant=br,20,4 protocolend=cpe group=1 callerid=asreceived channel=1-15 channel=17-31 channel=32-46 channel=48-62 channel=63-77 channel=79-93 protocolclass=mfcr2 The teleco who provides the links E1s is Brasil Telecom, I use the protocolvariant as shown in voip-info.org: Brasil Telecom protocolvariant=br,20,4 But I have a question in relation to variable: protocolend=co I was using =co and others configs I saw are using =cpe. I have change it, but don't seams to have effect to me. I read something on the internet which suggested changes in the file mfcr2.c to correct variables of timing. I believe that that should be the way to solution, but I do not feel safe to do this changes. Some research later, I saw information that in future versions of libunicall would not be necessary to rebuild lib to change parameters of timing, but I believe that's not implemented yet. How I can set a time of increased response of Seize ACK ? Thank you ! 2007/12/11, Moises Silva [EMAIL PROTECTED]: Roger, The seize ack timeout problem is because libmfcr2 is expecting a response ( an ACK ) from the far end and it does not arrive in a R2 variant dependant amount of time. Which protocolvariant do you have configured in unicall.conf? This is how the process to start a call goes: 1. When you Dial(Unicall/blah), Asterisk will ask chan_unicall.c to initiate the call. chan_unicall will ask libunicall to start the call, and libunicall will ask libmfcr2 to start the call. 2. libmfcr2 will set the ABCD bits to 0x0 (000) ( normally the ABCD bits are in Idle 1001 ). Setting the ABCD bits to 0x0 is our way to tell the far end ( the telco ) that we want to start a call, this is known as the Seize. 3. The far end should detect this bit pattern change and answer with a Seize ACK ( ABCD bits in 0xC ), in this case, libmfcr2 does not receive the expected ACK in 2000ms unless you are in Kuwait ( 4000ms ) or Nigeria (1ms ). So, let
Re: [asterisk-users] Unicall protocol error. Cause 32776
Roger C. Beraldi Martins wrote: Moises, I try put the line exactly like you send me, saw the time wait getting longer with the parameter you describe to increment. But the error is the same as you can see in logs. Has other way to solve this problem, may I question to my telephony service de time it's need to send back the ACK ? May the libmfcr2 does not receive the expected bit pattern for the ACK ? Actually, there is little point in extending this particular timeout. If the far end doesn't acknowledge the seize within second, it almost certainly isn't going to. There is a problem somewhere. If you put loglevel=255 at the beginning of your unicall.conf file, you should get much more detailed logs, that might provide a clue as to what goes wrong. Steve ___ --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] Unicall protocol error. Cause 32776
As Steve said, put loglevel=255 in unicall.conf to have more details, please post them here and I will review them. On Dec 13, 2007 5:02 AM, Roger C. Beraldi Martins [EMAIL PROTECTED] wrote: Moises, I try put the line exactly like you send me, saw the time wait getting longer with the parameter you describe to increment. But the error is the same as you can see in logs. Has other way to solve this problem, may I question to my telephony service de time it's need to send back the ACK ? May the libmfcr2 does not receive the expected bit pattern for the ACK ? FULL LOG: without max-seize-wait-ack [Dec 13 08:32:09] VERBOSE[3798] logger.c: -- Called g1 [Dec 13 08:32:09] NOTICE[3798] chan_unicall.c: Unicall/1 event Dialing [Dec 13 08:32:11] NOTICE[3798] chan_unicall.c: Unicall/1 event Protocol failure [Dec 13 08:32:11] ERROR[3798] chan_unicall.c: Unicall/1 protocol error. Cause 32776 max-seize-wait-ack = 5000 [Dec 13 08:43:54] DEBUG[4845] chan_unicall.c: unicall_call called - 'g1' [Dec 13 08:43:54] NOTICE[4845] chan_unicall.c: Unicall/1 event Dialing [Dec 13 08:43:59] NOTICE[4845] chan_unicall.c: Unicall/1 event Protocolfailure [Dec 13 08:43:59] ERROR[4845] chan_unicall.c: Unicall/1 protocol error. Cause 32776 max-seize-wait-ack = 1 [Dec 13 08:39:41] VERBOSE[4494] logger.c: -- Called g1 [Dec 13 08:39:41] NOTICE[4494] chan_unicall.c: Unicall/1 event Dialing [Dec 13 08:39:51] NOTICE[4494] chan_unicall.c: Unicall/1 event Protocol failure [Dec 13 08:39:51] ERROR[4494] chan_unicall.c: Unicall/1 protocol error. Cause 32776 max-seize-wait-ack = 2 [Dec 13 08:36:18] VERBOSE[4145] logger.c: -- Called g1 [Dec 13 08:36:18] NOTICE[4145] chan_unicall.c: Unicall/1 event Dialing [Dec 13 08:36:38] NOTICE[4145] chan_unicall.c: Unicall/1 event Protocol failure [Dec 13 08:36:38] ERROR[4145] chan_unicall.c: Unicall/1 protocol error. Cause 32776 max-seize-wait-ack = 5 ... ... ... ... Best Regards, 2007/12/11, Moises Silva [EMAIL PROTECTED]: Roger, You can try to pass the protocolvariant like this: protocolvariant=br,20,4,x,max-seize-wait-ack=3000 This deserves a little bit of more explanation. br = Brazil 20 = ANI digits 4 = DNIS digits x = this is just a hack to be able to work with defaults and specify the next value. protocolvariant expect here a mask of values ( an integer ), passing NOT an integer but a character x will cause the defaults to remain. max-seize-wait-ack = Number of milliseconds to wait for the ACK. Try incrementing that number to see if works. If does, please post back results here. Regards, On Dec 11, 2007 10:52 AM, Roger C. Beraldi Martins [EMAIL PROTECTED] wrote: Moises, Thank you for your reply and the lesson of MFC/R2 ! My configs for the unicall.conf is: [channels] language=br context=from-pstn usecallerid=yes hidecallerid=no immediate=no callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=yes rxgain=0.0 txgain=0.0 faxdetect=both loglevel=0 protocolclass=mfcr2 protocolvariant=br,20,4 protocolend=cpe group=1 callerid=asreceived channel=1-15 channel=17-31 channel=32-46 channel=48-62 channel=63-77 channel=79-93 protocolclass=mfcr2 The teleco who provides the links E1s is Brasil Telecom, I use the protocolvariant as shown in voip-info.org : Brasil Telecom protocolvariant=br,20,4 But I have a question in relation to variable: protocolend=co I was using =co and others configs I saw are using =cpe. I have change it, but don't seams to have effect to me. I read something on the internet which suggested changes in the file mfcr2.c to correct variables of timing. I believe that that should be the way to solution, but I do not feel safe to do this changes. Some research later, I saw information that in future versions of libunicall would not be necessary to rebuild lib to change parameters of timing, but I believe that's not implemented yet. How I can set a time of increased response of Seize ACK ? Thank you ! 2007/12/11, Moises Silva [EMAIL PROTECTED]: Roger, The seize ack timeout problem is because libmfcr2 is expecting a response ( an ACK ) from the far end and it does not arrive in a R2 variant dependant amount of time. Which protocolvariant do you have configured in unicall.conf? This is how the process to start a call goes: 1. When you Dial(Unicall/blah), Asterisk will ask chan_unicall.c to initiate the call. chan_unicall will ask libunicall to start the call, and libunicall will ask libmfcr2 to start the call. 2. libmfcr2 will set the ABCD bits to 0x0 (000) ( normally the ABCD bits are in Idle 1001 ). Setting the ABCD bits to 0x0 is our way to tell the
Re: [asterisk-users] Unicall protocol error. Cause 32776
Please, put your zaptel.conf, ok ? Using zttool can you see what channel the dial is attempting to use ? Is that a valid channel ? Luis A P Barbosa. 2007/12/13, Roger C. Beraldi Martins [EMAIL PROTECTED]: Moises, I try put the line exactly like you send me, saw the time wait getting longer with the parameter you describe to increment. But the error is the same as you can see in logs. Has other way to solve this problem, may I question to my telephony service de time it's need to send back the ACK ? May the libmfcr2 does not receive the expected bit pattern for the ACK ? FULL LOG: without max-seize-wait-ack [Dec 13 08:32:09] VERBOSE[3798] logger.c: -- Called g1 [Dec 13 08:32:09] NOTICE[3798] chan_unicall.c: Unicall/1 event Dialing [Dec 13 08:32:11] NOTICE[3798] chan_unicall.c: Unicall/1 event Protocol failure [Dec 13 08:32:11] ERROR[3798] chan_unicall.c: Unicall/1 protocol error. Cause 32776 max-seize-wait-ack = 5000 [Dec 13 08:43:54] DEBUG[4845] chan_unicall.c: unicall_call called - 'g1' [Dec 13 08:43:54] NOTICE[4845] chan_unicall.c: Unicall/1 event Dialing [Dec 13 08:43:59] NOTICE[4845] chan_unicall.c: Unicall/1 event Protocolfailure [Dec 13 08:43:59] ERROR[4845] chan_unicall.c: Unicall/1 protocol error. Cause 32776 max-seize-wait-ack = 1 [Dec 13 08:39:41] VERBOSE[4494] logger.c: -- Called g1 [Dec 13 08:39:41] NOTICE[4494] chan_unicall.c: Unicall/1 event Dialing [Dec 13 08:39:51] NOTICE[4494] chan_unicall.c: Unicall/1 event Protocol failure [Dec 13 08:39:51] ERROR[4494] chan_unicall.c: Unicall/1 protocol error. Cause 32776 max-seize-wait-ack = 2 [Dec 13 08:36:18] VERBOSE[4145] logger.c: -- Called g1 [Dec 13 08:36:18] NOTICE[4145] chan_unicall.c: Unicall/1 event Dialing [Dec 13 08:36:38] NOTICE[4145] chan_unicall.c: Unicall/1 event Protocol failure [Dec 13 08:36:38] ERROR[4145] chan_unicall.c: Unicall/1 protocol error. Cause 32776 max-seize-wait-ack = 5 ... ... ... ... Best Regards, 2007/12/11, Moises Silva [EMAIL PROTECTED]: Roger, You can try to pass the protocolvariant like this: protocolvariant=br,20,4,x,max-seize-wait-ack=3000 This deserves a little bit of more explanation. br = Brazil 20 = ANI digits 4 = DNIS digits x = this is just a hack to be able to work with defaults and specify the next value. protocolvariant expect here a mask of values ( an integer ), passing NOT an integer but a character x will cause the defaults to remain. max-seize-wait-ack = Number of milliseconds to wait for the ACK. Try incrementing that number to see if works. If does, please post back results here. Regards, On Dec 11, 2007 10:52 AM, Roger C. Beraldi Martins [EMAIL PROTECTED] wrote: Moises, Thank you for your reply and the lesson of MFC/R2 ! My configs for the unicall.conf is: [channels] language=br context=from-pstn usecallerid=yes hidecallerid=no immediate=no callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=yes rxgain=0.0 txgain=0.0 faxdetect=both loglevel=0 protocolclass=mfcr2 protocolvariant=br,20,4 protocolend=cpe group=1 callerid=asreceived channel=1-15 channel=17-31 channel=32-46 channel=48-62 channel=63-77 channel=79-93 protocolclass=mfcr2 The teleco who provides the links E1s is Brasil Telecom, I use the protocolvariant as shown in voip-info.org : Brasil Telecom protocolvariant=br,20,4 But I have a question in relation to variable: protocolend=co I was using =co and others configs I saw are using =cpe. I have change it, but don't seams to have effect to me. I read something on the internet which suggested changes in the file mfcr2.c to correct variables of timing. I believe that that should be the way to solution, but I do not feel safe to do this changes. Some research later, I saw information that in future versions of libunicall would not be necessary to rebuild lib to change parameters of timing, but I believe that's not implemented yet. How I can set a time of increased response of Seize ACK ? Thank you ! 2007/12/11, Moises Silva [EMAIL PROTECTED]: Roger, The seize ack timeout problem is because libmfcr2 is expecting a response ( an ACK ) from the far end and it does not arrive in a R2 variant dependant amount of time. Which protocolvariant do you have configured in unicall.conf? This is how the process to start a call goes: 1. When you Dial(Unicall/blah), Asterisk will ask chan_unicall.c to initiate the call. chan_unicall will ask libunicall to start the call, and libunicall will ask libmfcr2 to start the call. 2. libmfcr2 will set the ABCD bits to 0x0 (000) ( normally the ABCD bits are in Idle 1001 ). Setting the ABCD bits to 0x0 is
Re: [asterisk-users] Unicall protocol error. Cause 32776
Beraldi, Do you have unused links 2007/12/11, Roger C. Beraldi Martins [EMAIL PROTECTED]: Dears, After having set up the board Digium TE420 to receive 3 E1s, I can receive calls without difficulties. As you can see in the log below: -- Executing [EMAIL PROTECTED]:1] NoOp(UniCall/14-1, Catch-All DID Match - Found 5908 - You probably want a DID for this.) in new stack -- Executing [EMAIL PROTECTED]:2] Goto(UniCall/14-1, ext-did|s|1) in new stack -- Goto (ext-did,s,1) -- Executing [EMAIL PROTECTED]:1] Set(UniCall/14-1, __FROM_DID=s) in new stack -- Executing [EMAIL PROTECTED]:2] GotoIf(UniCall/14-1, 0 ?cidok) in new stack -- Executing [EMAIL PROTECTED]:3] Set(UniCall/14-1, CALLERID(name)=4133602900) in new stack -- Executing [EMAIL PROTECTED]:4] NoOp(UniCall/14-1, CallerID is 4133602900 4133602900) in new stack -- Executing [EMAIL PROTECTED]:5] Goto(UniCall/14-1, ivr-3|s|1) in new stack -- Goto (ivr-3,s,1) *snip* -- Executing [EMAIL PROTECTED]:10] BackGround(UniCall/14-1, custom/celia) in new stack -- UniCall/14-1 Playing 'custom/celia' (language 'br') -- Executing [EMAIL PROTECTED]:1] Hangup(UniCall/14-1, ) in new stack -- Hungup 'UniCall/14-1' -- Unicall/14 released Now I am having problems to make calls using the libunicall. The problem is clear in this line of the full log: [Dec 11 10:03:54] ERROR[12935] chan_unicall.c: Unicall/1 protocol error. Cause 32776 Searching for the error I discovered it is Seize ack timed out, but I do not know exactly of what it means or how to fix it. Here is de version of softwares/libs I have use (http://www.voip-info.org/wiki/view/Asterisk+MFC+R2). asterisk-1.4.9 spandsp-0.0.4 unicall-0.0.5pre1 zaptel-1.4.4 I already try using asterisk 1.4.10 but the comportment is the same. I don't believe the problem is in asterisk. I think my configs are correctly but not sure. Attached in text file follow the tests I have done using testunicall, config files from zaptel.conf and unicall.conf I using on this solution. More logs is in the same file. This can be caused by a problem with signaling between my settings and the standard of telephony service ? I'm using FreePBX with a Custon Trunk (Custon String Dial: UniCall/g1), my extensions_aditional has the OUT_3 = AMP:UniCall/g1 and OUTMAXCHANS_3 = 10. Someone has already gone through a problem like this ? I would be grateful if received suggestions to correct it. Log Full: [Dec 11 10:03:51] VERBOSE[12935] logger.c: -- Executing [ [EMAIL PROTECTED] :32] Dial(SIP/2290-09b18a68, UniCall/g1|300|) in new stack [Dec 11 10:03:51] DEBUG[12935] chan_unicall.c: unicall_call called - 'g1' [Dec 11 10:03:51] DEBUG[12935] chan_unicall.c: unicall_call caller id - '2290' [Dec 11 10:03:51] VERBOSE[12935] logger.c: -- Called g1 [Dec 11 10:03:51] NOTICE[12935] chan_unicall.c: Unicall/1 event Dialing [Dec 11 10:03:54] NOTICE[12935] chan_unicall.c: Unicall/1 event Protocol failure [Dec 11 10:03:54] ERROR[12935] chan_unicall.c: Unicall/1 protocol error. Cause 32776 [Dec 11 10:03:54] DEBUG[12935] chan_unicall.c: disabled echo cancellation on channel 1 [Dec 11 10:03:54] WARNING[12935] app_dial.c: Unable to forward voice or dtmf [Dec 11 10:03:54] DEBUG[12935] chan_unicall.c: Hangup: channel: 1 index = 0, normal = 10, callwait = -1, thirdcall = -1 [Dec 11 10:03:54] DEBUG[12935] chan_unicall.c: Updated conferencing on 1, with 0 conference users [Dec 11 10:03:54] VERBOSE[12935] logger.c: -- Hungup 'UniCall/1-1' [Dec 11 10:03:54] VERBOSE[12935] logger.c: == Everyone is busy/congested at this time (1:0/0/1) -- Atenciosamente, Roger C. Beraldi Martins Fone: 41-8828-7068 ___ --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] Unicall protocol error. Cause 32776
Dears, After having set up the board Digium TE420 to receive 3 E1s, I can receive calls without difficulties. As you can see in the log below: -- Executing [EMAIL PROTECTED]:1] NoOp(UniCall/14-1, Catch-All DID Match - Found 5908 - You probably want a DID for this.) in new stack -- Executing [EMAIL PROTECTED]:2] Goto(UniCall/14-1, ext-did|s|1) in new stack -- Goto (ext-did,s,1) -- Executing [EMAIL PROTECTED]:1] Set(UniCall/14-1, __FROM_DID=s) in new stack -- Executing [EMAIL PROTECTED]:2] GotoIf(UniCall/14-1, 0 ?cidok) in new stack -- Executing [EMAIL PROTECTED]:3] Set(UniCall/14-1, CALLERID(name)=4133602900) in new stack -- Executing [EMAIL PROTECTED]:4] NoOp(UniCall/14-1, CallerID is 4133602900 4133602900) in new stack -- Executing [EMAIL PROTECTED]:5] Goto(UniCall/14-1, ivr-3|s|1) in new stack -- Goto (ivr-3,s,1) *snip* -- Executing [EMAIL PROTECTED]:10] BackGround(UniCall/14-1, custom/celia) in new stack -- UniCall/14-1 Playing 'custom/celia' (language 'br') -- Executing [EMAIL PROTECTED]:1] Hangup(UniCall/14-1, ) in new stack -- Hungup 'UniCall/14-1' -- Unicall/14 released Now I am having problems to make calls using the libunicall. The problem is clear in this line of the full log: [Dec 11 10:03:54] ERROR[12935] chan_unicall.c: Unicall/1 protocol error. Cause 32776 Searching for the error I discovered it is Seize ack timed out, but I do not know exactly of what it means or how to fix it. Here is de version of softwares/libs I have use ( http://www.voip-info.org/wiki/view/Asterisk+MFC+R2). asterisk-1.4.9 spandsp-0.0.4 unicall-0.0.5pre1 zaptel-1.4.4 I already try using asterisk 1.4.10 but the comportment is the same. I don't believe the problem is in asterisk. I think my configs are correctly but not sure. Attached in text file follow the tests I have done using testunicall, config files from zaptel.conf and unicall.conf I using on this solution. More logs is in the same file. This can be caused by a problem with signaling between my settings and the standard of telephony service ? I'm using FreePBX with a Custon Trunk (Custon String Dial: UniCall/g1), my extensions_aditional has the OUT_3 = AMP:UniCall/g1 and OUTMAXCHANS_3 = 10. Someone has already gone through a problem like this ? I would be grateful if received suggestions to correct it. Log Full: [Dec 11 10:03:51] VERBOSE[12935] logger.c: -- Executing [ [EMAIL PROTECTED]:32] Dial(SIP/2290-09b18a68, UniCall/g1|300|) in new stack [Dec 11 10:03:51] DEBUG[12935] chan_unicall.c: unicall_call called - 'g1' [Dec 11 10:03:51] DEBUG[12935] chan_unicall.c: unicall_call caller id - '2290' [Dec 11 10:03:51] VERBOSE[12935] logger.c: -- Called g1 [Dec 11 10:03:51] NOTICE[12935] chan_unicall.c: Unicall/1 event Dialing [Dec 11 10:03:54] NOTICE[12935] chan_unicall.c: Unicall/1 event Protocol failure [Dec 11 10:03:54] ERROR[12935] chan_unicall.c: Unicall/1 protocol error. Cause 32776 [Dec 11 10:03:54] DEBUG[12935] chan_unicall.c: disabled echo cancellation on channel 1 [Dec 11 10:03:54] WARNING[12935] app_dial.c: Unable to forward voice or dtmf [Dec 11 10:03:54] DEBUG[12935] chan_unicall.c: Hangup: channel: 1 index = 0, normal = 10, callwait = -1, thirdcall = -1 [Dec 11 10:03:54] DEBUG[12935] chan_unicall.c: Updated conferencing on 1, with 0 conference users [Dec 11 10:03:54] VERBOSE[12935] logger.c: -- Hungup 'UniCall/1-1' [Dec 11 10:03:54] VERBOSE[12935] logger.c: == Everyone is busy/congested at this time (1:0/0/1) -- Atenciosamente, Roger C. Beraldi Martins Fone: 41-8828-7068 [EMAIL PROTECTED] libunicall-0.0.3]# cat testcall.conf destination-no 4132185900 protocol-class mfcr2 protocol-variant br,20,4 protocol-end co on-offered accept circuits 1-10 [EMAIL PROTECTED] libunicall-0.0.3]# ./testcall Chan 1, class 'mfcr2', variant 'br,20,4', end 2, caller 0, from '' to '4132185900' Chan 2, class 'mfcr2', variant 'br,20,4', end 2, caller 0, from '' to '4132185901' Chan 3, class 'mfcr2', variant 'br,20,4', end 2, caller 0, from '' to '4132185902' Chan 4, class 'mfcr2', variant 'br,20,4', end 2, caller 0, from '' to '4132185903' Chan 5, class 'mfcr2', variant 'br,20,4', end 2, caller 0, from '' to '4132185904' Chan 6, class 'mfcr2', variant 'br,20,4', end 2, caller 0, from '' to '4132185905' Chan 7, class 'mfcr2', variant 'br,20,4', end 2, caller 0, from '' to '4132185906' Chan 8, class 'mfcr2', variant 'br,20,4', end 2, caller 0, from '' to '4132185907' Chan 9, class 'mfcr2', variant 'br,20,4', end 2, caller 0, from '' to '4132185908' Chan 10, class 'mfcr2', variant 'br,20,4', end 2, caller 0, from '' to '4132185909' Loading protocol mfcr2 Thread for channel 0 Thread for channel 1 Thread for channel 2 Thread for channel 3 Thread for channel 4 MFC/R2 Chan 1: Call control(9) MFC/R2 Chan 1: Unblock MFC/R2 Chan 1: 1001 - [1/BLOCKED /Idle /Idle ] MFC/R2 Chan 2: Call control(9) MFC/R2 Chan 2: Unblock MFC/R2 Chan 2: 1001 -
Re: [asterisk-users] Unicall protocol error. Cause 32776
Roger, The seize ack timeout problem is because libmfcr2 is expecting a response ( an ACK ) from the far end and it does not arrive in a R2 variant dependant amount of time. Which protocolvariant do you have configured in unicall.conf? This is how the process to start a call goes: 1. When you Dial(Unicall/blah), Asterisk will ask chan_unicall.c to initiate the call. chan_unicall will ask libunicall to start the call, and libunicall will ask libmfcr2 to start the call. 2. libmfcr2 will set the ABCD bits to 0x0 (000) ( normally the ABCD bits are in Idle 1001 ). Setting the ABCD bits to 0x0 is our way to tell the far end ( the telco ) that we want to start a call, this is known as the Seize. 3. The far end should detect this bit pattern change and answer with a Seize ACK ( ABCD bits in 0xC ), in this case, libmfcr2 does not receive the expected ACK in 2000ms unless you are in Kuwait ( 4000ms ) or Nigeria (1ms ). So, let us know your R2 variant, probably your country require more time to wait for the Seize ACK. Regards, Moisés Silva On Dec 11, 2007 7:03 AM, Roger C. Beraldi Martins [EMAIL PROTECTED] wrote: Dears, After having set up the board Digium TE420 to receive 3 E1s, I can receive calls without difficulties. As you can see in the log below: -- Executing [EMAIL PROTECTED]:1] NoOp(UniCall/14-1, Catch-All DID Match - Found 5908 - You probably want a DID for this.) in new stack -- Executing [EMAIL PROTECTED]:2] Goto(UniCall/14-1, ext-did|s|1) in new stack -- Goto (ext-did,s,1) -- Executing [EMAIL PROTECTED]:1] Set(UniCall/14-1, __FROM_DID=s) in new stack -- Executing [EMAIL PROTECTED]:2] GotoIf(UniCall/14-1, 0 ?cidok) in new stack -- Executing [EMAIL PROTECTED]:3] Set(UniCall/14-1, CALLERID(name)=4133602900) in new stack -- Executing [EMAIL PROTECTED]:4] NoOp(UniCall/14-1, CallerID is 4133602900 4133602900) in new stack -- Executing [EMAIL PROTECTED]:5] Goto(UniCall/14-1, ivr-3|s|1) in new stack -- Goto (ivr-3,s,1) *snip* -- Executing [EMAIL PROTECTED]:10] BackGround(UniCall/14-1, custom/celia) in new stack -- UniCall/14-1 Playing 'custom/celia' (language 'br') -- Executing [EMAIL PROTECTED]:1] Hangup(UniCall/14-1, ) in new stack -- Hungup 'UniCall/14-1' -- Unicall/14 released Now I am having problems to make calls using the libunicall. The problem is clear in this line of the full log: [Dec 11 10:03:54] ERROR[12935] chan_unicall.c: Unicall/1 protocol error. Cause 32776 Searching for the error I discovered it is Seize ack timed out, but I do not know exactly of what it means or how to fix it. Here is de version of softwares/libs I have use ( http://www.voip-info.org/wiki/view/Asterisk+MFC+R2). asterisk-1.4.9 spandsp-0.0.4 unicall-0.0.5pre1 zaptel-1.4.4 I already try using asterisk 1.4.10 but the comportment is the same. I don't believe the problem is in asterisk. I think my configs are correctly but not sure. Attached in text file follow the tests I have done using testunicall, config files from zaptel.conf and unicall.conf I using on this solution. More logs is in the same file. This can be caused by a problem with signaling between my settings and the standard of telephony service ? I'm using FreePBX with a Custon Trunk (Custon String Dial: UniCall/g1), my extensions_aditional has the OUT_3 = AMP:UniCall/g1 and OUTMAXCHANS_3 = 10. Someone has already gone through a problem like this ? I would be grateful if received suggestions to correct it. Log Full: [Dec 11 10:03:51] VERBOSE[12935] logger.c: -- Executing [EMAIL PROTECTED] :32] Dial(SIP/2290-09b18a68, UniCall/g1|300|) in new stack [Dec 11 10:03:51] DEBUG[12935] chan_unicall.c: unicall_call called - 'g1' [Dec 11 10:03:51] DEBUG[12935] chan_unicall.c: unicall_call caller id - '2290' [Dec 11 10:03:51] VERBOSE[12935] logger.c: -- Called g1 [Dec 11 10:03:51] NOTICE[12935] chan_unicall.c: Unicall/1 event Dialing [Dec 11 10:03:54] NOTICE[12935] chan_unicall.c: Unicall/1 event Protocol failure [Dec 11 10:03:54] ERROR[12935] chan_unicall.c: Unicall/1 protocol error. Cause 32776 [Dec 11 10:03:54] DEBUG[12935] chan_unicall.c: disabled echo cancellation on channel 1 [Dec 11 10:03:54] WARNING[12935] app_dial.c: Unable to forward voice or dtmf [Dec 11 10:03:54] DEBUG[12935] chan_unicall.c: Hangup: channel: 1 index = 0, normal = 10, callwait = -1, thirdcall = -1 [Dec 11 10:03:54] DEBUG[12935] chan_unicall.c: Updated conferencing on 1, with 0 conference users [Dec 11 10:03:54] VERBOSE[12935] logger.c: -- Hungup 'UniCall/1-1' [Dec 11 10:03:54] VERBOSE[12935] logger.c: == Everyone is busy/congested at this time (1:0/0/1) -- Atenciosamente, Roger C. Beraldi Martins Fone: 41-8828-7068 ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options
Re: [asterisk-users] Unicall protocol error. Cause 32776
Moises, Thank you for your reply and the lesson of MFC/R2 ! My configs for the unicall.conf is: [channels] language=br context=from-pstn usecallerid=yes hidecallerid=no immediate=no callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=yes rxgain=0.0 txgain=0.0 faxdetect=both loglevel=0 protocolclass=mfcr2 protocolvariant=br,20,4 protocolend=cpe group=1 callerid=asreceived channel=1-15 channel=17-31 channel=32-46 channel=48-62 channel=63-77 channel=79-93 protocolclass=mfcr2 The teleco who provides the links E1s is Brasil Telecom, I use the protocolvariant as shown in voip-info.org: Brasil Telecomprotocolvariant=br,20,4 But I have a question in relation to variable: protocolend=co I was using =co and others configs I saw are using =cpe. I have change it, but don't seams to have effect to me. I read something on the internet which suggested changes in the file mfcr2.cto correct variables of timing. I believe that that should be the way to solution, but I do not feel safe to do this changes. Some research later, I saw information that in future versions of libunicall would not be necessary to rebuild lib to change parameters of timing, but I believe that's not implemented yet. How I can set a time of increased response of Seize ACK ? Thank you ! 2007/12/11, Moises Silva [EMAIL PROTECTED]: Roger, The seize ack timeout problem is because libmfcr2 is expecting a response ( an ACK ) from the far end and it does not arrive in a R2 variant dependant amount of time. Which protocolvariant do you have configured in unicall.conf? This is how the process to start a call goes: 1. When you Dial(Unicall/blah), Asterisk will ask chan_unicall.c to initiate the call. chan_unicall will ask libunicall to start the call, and libunicall will ask libmfcr2 to start the call. 2. libmfcr2 will set the ABCD bits to 0x0 (000) ( normally the ABCD bits are in Idle 1001 ). Setting the ABCD bits to 0x0 is our way to tell the far end ( the telco ) that we want to start a call, this is known as the Seize. 3. The far end should detect this bit pattern change and answer with a Seize ACK ( ABCD bits in 0xC ), in this case, libmfcr2 does not receive the expected ACK in 2000ms unless you are in Kuwait ( 4000ms ) or Nigeria (1ms ). So, let us know your R2 variant, probably your country require more time to wait for the Seize ACK. Regards, Moisés Silva On Dec 11, 2007 7:03 AM, Roger C. Beraldi Martins [EMAIL PROTECTED] wrote: Dears, After having set up the board Digium TE420 to receive 3 E1s, I can receive calls without difficulties. As you can see in the log below: -- Executing [EMAIL PROTECTED]:1] NoOp(UniCall/14-1, Catch-All DID Match - Found 5908 - You probably want a DID for this.) in new stack -- Executing [EMAIL PROTECTED]:2] Goto(UniCall/14-1, ext-did|s|1) in new stack -- Goto (ext-did,s,1) -- Executing [EMAIL PROTECTED]:1] Set(UniCall/14-1, __FROM_DID=s) in new stack -- Executing [EMAIL PROTECTED]:2] GotoIf(UniCall/14-1, 0 ?cidok) in new stack -- Executing [EMAIL PROTECTED]:3] Set(UniCall/14-1, CALLERID(name)=4133602900) in new stack -- Executing [EMAIL PROTECTED]:4] NoOp(UniCall/14-1, CallerID is 4133602900 4133602900) in new stack -- Executing [EMAIL PROTECTED]:5] Goto(UniCall/14-1, ivr-3|s|1) in new stack -- Goto (ivr-3,s,1) *snip* -- Executing [EMAIL PROTECTED]:10] BackGround(UniCall/14-1, custom/celia) in new stack -- UniCall/14-1 Playing 'custom/celia' (language 'br') -- Executing [EMAIL PROTECTED]:1] Hangup(UniCall/14-1, ) in new stack -- Hungup 'UniCall/14-1' -- Unicall/14 released Now I am having problems to make calls using the libunicall. The problem is clear in this line of the full log: [Dec 11 10:03:54] ERROR[12935] chan_unicall.c: Unicall/1 protocol error. Cause 32776 Searching for the error I discovered it is Seize ack timed out, but I do not know exactly of what it means or how to fix it. Here is de version of softwares/libs I have use ( http://www.voip-info.org/wiki/view/Asterisk+MFC+R2). asterisk-1.4.9 spandsp-0.0.4 unicall-0.0.5pre1 zaptel-1.4.4 I already try using asterisk 1.4.10 but the comportment is the same. I don't believe the problem is in asterisk. I think my configs are correctly but not sure. Attached in text file follow the tests I have done using testunicall, config files from zaptel.conf and unicall.conf I using on this solution. More logs is in the same file. This can be caused by a problem with signaling between my settings and the standard of telephony service ? I'm using FreePBX with a Custon Trunk (Custon String Dial: UniCall/g1), my extensions_aditional has the OUT_3 = AMP:UniCall/g1 and OUTMAXCHANS_3 = 10. Someone has already gone through a problem like this ?
Re: [asterisk-users] Unicall protocol error. Cause 32776
Roger, You can try to pass the protocolvariant like this: protocolvariant=br,20,4,x,max-seize-wait-ack=3000 This deserves a little bit of more explanation. br = Brazil 20 = ANI digits 4 = DNIS digits x = this is just a hack to be able to work with defaults and specify the next value. protocolvariant expect here a mask of values ( an integer ), passing NOT an integer but a character x will cause the defaults to remain. max-seize-wait-ack = Number of milliseconds to wait for the ACK. Try incrementing that number to see if works. If does, please post back results here. Regards, On Dec 11, 2007 10:52 AM, Roger C. Beraldi Martins [EMAIL PROTECTED] wrote: Moises, Thank you for your reply and the lesson of MFC/R2 ! My configs for the unicall.conf is: [channels] language=br context=from-pstn usecallerid=yes hidecallerid=no immediate=no callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=yes rxgain=0.0 txgain=0.0 faxdetect=both loglevel=0 protocolclass=mfcr2 protocolvariant=br,20,4 protocolend=cpe group=1 callerid=asreceived channel=1-15 channel=17-31 channel=32-46 channel=48-62 channel=63-77 channel=79-93 protocolclass=mfcr2 The teleco who provides the links E1s is Brasil Telecom, I use the protocolvariant as shown in voip-info.org: Brasil Telecom protocolvariant=br,20,4 But I have a question in relation to variable: protocolend=co I was using =co and others configs I saw are using =cpe. I have change it, but don't seams to have effect to me. I read something on the internet which suggested changes in the file mfcr2.c to correct variables of timing. I believe that that should be the way to solution, but I do not feel safe to do this changes. Some research later, I saw information that in future versions of libunicall would not be necessary to rebuild lib to change parameters of timing, but I believe that's not implemented yet. How I can set a time of increased response of Seize ACK ? Thank you ! 2007/12/11, Moises Silva [EMAIL PROTECTED]: Roger, The seize ack timeout problem is because libmfcr2 is expecting a response ( an ACK ) from the far end and it does not arrive in a R2 variant dependant amount of time. Which protocolvariant do you have configured in unicall.conf? This is how the process to start a call goes: 1. When you Dial(Unicall/blah), Asterisk will ask chan_unicall.c to initiate the call. chan_unicall will ask libunicall to start the call, and libunicall will ask libmfcr2 to start the call. 2. libmfcr2 will set the ABCD bits to 0x0 (000) ( normally the ABCD bits are in Idle 1001 ). Setting the ABCD bits to 0x0 is our way to tell the far end ( the telco ) that we want to start a call, this is known as the Seize. 3. The far end should detect this bit pattern change and answer with a Seize ACK ( ABCD bits in 0xC ), in this case, libmfcr2 does not receive the expected ACK in 2000ms unless you are in Kuwait ( 4000ms ) or Nigeria (1ms ). So, let us know your R2 variant, probably your country require more time to wait for the Seize ACK. Regards, Moisés Silva On Dec 11, 2007 7:03 AM, Roger C. Beraldi Martins [EMAIL PROTECTED] wrote: Dears, After having set up the board Digium TE420 to receive 3 E1s, I can receive calls without difficulties. As you can see in the log below: -- Executing [EMAIL PROTECTED]:1] NoOp(UniCall/14-1, Catch-All DID Match - Found 5908 - You probably want a DID for this.) in new stack -- Executing [EMAIL PROTECTED] :2] Goto(UniCall/14-1, ext-did|s|1) in new stack -- Goto (ext-did,s,1) -- Executing [EMAIL PROTECTED]:1] Set(UniCall/14-1, __FROM_DID=s) in new stack -- Executing [EMAIL PROTECTED]:2] GotoIf(UniCall/14-1, 0 ?cidok) in new stack -- Executing [EMAIL PROTECTED]:3] Set(UniCall/14-1, CALLERID(name)=4133602900) in new stack -- Executing [EMAIL PROTECTED]:4] NoOp(UniCall/14-1, CallerID is 4133602900 4133602900) in new stack -- Executing [EMAIL PROTECTED]:5] Goto(UniCall/14-1, ivr-3|s|1) in new stack -- Goto (ivr-3,s,1) *snip* -- Executing [EMAIL PROTECTED]:10] BackGround(UniCall/14-1, custom/celia) in new stack -- UniCall/14-1 Playing 'custom/celia' (language 'br') -- Executing [EMAIL PROTECTED]:1] Hangup(UniCall/14-1, ) in new stack -- Hungup 'UniCall/14-1' -- Unicall/14 released Now I am having problems to make calls using the libunicall. The problem is clear in this line of the full log: [Dec 11 10:03:54] ERROR[12935] chan_unicall.c: Unicall/1 protocol error. Cause 32776 Searching for the error I discovered it is Seize ack timed out, but I do not know exactly of what it means or how to fix it. Here is de version of softwares/libs I have use (
[asterisk-users] UNICALL MFC/R2 + Asterisk 1.4
Help I need to install asterisk 1.4.X using unicall, somebody can tell me which are the correct versions of spandsp, libunicall, libmfcr2, libsupertone, to install with asterisk 1.4, I have installed a prepatched version, but I need to know which are the correct releases Thanks in advance. Richard ___ Sign up now for AstriCon 2007! September 25-28th. http://www.astricon.net/ --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] UNICALL MFC/R2 + Asterisk 1.4
On Fri, 2007-09-21 at 14:03 -0500, Ricardo Melendez wrote: Help I need to install asterisk 1.4.X using unicall, somebody can tell me which are the correct versions of spandsp, libunicall, libmfcr2, libsupertone, to install with asterisk 1.4, I have installed a prepatched version, but I need to know which are the correct releases The only version of Unicall that can be used with Asterisk 1.4 is: http://www.moythreads.com/astunicall/downloads/astunicall-1.4.9-0.1.tar.gz Do not use any other or you will have problems. I have been able to upgrade to Asterisk 1.4.11 by using the same chan_unicall.c and modifying the Makefile. I also recommend you upgrade to the latest zaptel release. Apart from that only use the libraries and spandsp included in this file. -- Telecomunicaciones Abiertas de México S.A. de C.V. Carlos Chávez Prats Director de Tecnología +52-55-91169161 ext 2001 signature.asc Description: This is a digitally signed message part ___ Sign up now for AstriCon 2007! September 25-28th. http://www.astricon.net/ --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] Unicall and Private CID
Moises Silva wrote: The latest versions of unicall (0.0.5) work with the latest spandsp (0.0.4), but I have done nothing about making either of them work with Asterisk. Minor changes were needed to chan_unicall. Anyone interested in using it can find it here: http://www.moythreads.com/astunicall/ Quite a bit more needs changing than you have changed. The APIs changed between unicall-0.0.3 and unicall-0.0.5 to increase their flexibility. What you have done seems to leave things in a half modified, broken state. I will see if I can find the last thing chan_unicall.c I produced for asterisk. That should show you what need changing. Steve ___ --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] Unicall and Private CID
Moises Silva wrote: I would not call that properly a fix. We need to know why is failing in newer spandsp versions in the first place. Can you make a diff and post it? Why are people so determined to break things. If you want to use unicall-0.0.3pre11, use it with spandsp-0.0.2. The latest versions of unicall (0.0.5) work with the latest spandsp (0.0.4), but I have done nothing about making either of them work with Asterisk. On 8/3/07, Carlos Chavez [EMAIL PROTECTED] wrote: On Fri, 2007-08-03 at 00:23 -0300, Luis Antonio Prata Barbosa wrote: Hi Carlos, I suggest you download spandsp-0.0.3pre22. (http://www.neuwald.biz/files/spandsp-0.0.3pre22.gz) I don´t know why , spandsp after that uses digits 1,2..8,9,A,B,C,D,E,F instead of 1,2,..,9,0,A,B,C,D,E. So, do you get F digits that are incompatible with mfcr2 . Its OK. I know why. :-) Its because people kept sending me bogus problem reports saying I should be getting signal 15 and I get 'E'. Well 'E' was signal 15, but that seemed to confuse people. I have made matching changes in more recent versions of spandsp and Unicall, to make signals 11 to 15 give 'B' to 'F', instead of 'A' to 'E'. It doesn't affect the behaviour of the software at all, as long as you use a matching set of spandsp and unicall versions. Thank you. I got an older set of files I had on another server (pre6) and now everything is working. The customer now gets CID and calls from Nextel. This is probably the way to fix Unicall on 1.4 since it uses a newer version of spandsp and has the exact same problem. Steve ___ --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] Unicall and Private CID
On 8/4/07, Steve Underwood [EMAIL PROTECTED] wrote: Why are people so determined to break things. If you want to use unicall-0.0.3pre11, use it with spandsp-0.0.2. Not really determined to break things, but to understand failures, even when those failures are because of version missmatching :) The latest versions of unicall (0.0.5) work with the latest spandsp (0.0.4), but I have done nothing about making either of them work with Asterisk. Minor changes were needed to chan_unicall. Anyone interested in using it can find it here: http://www.moythreads.com/astunicall/ Its OK. I know why. :-) Its because people kept sending me bogus problem reports saying I should be getting signal 15 and I get 'E'. Well 'E' was signal 15, but that seemed to confuse people. I have made matching changes in more recent versions of spandsp and Unicall, to make signals 11 to 15 give 'B' to 'F', instead of 'A' to 'E'. It doesn't affect the behaviour of the software at all, as long as you use a matching set of spandsp and unicall versions. Understood. Thanks. Moy ___ --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] Unicall and Private CID
Carlos, If you are interested we can meet us via MSN someday to debug the problem. I don't know if that's possible though, since it seems is your production server. Moy On 8/2/07, Luis Antonio Prata Barbosa [EMAIL PROTECTED] wrote: Hi Carlos, I suggest you download spandsp-0.0.3pre22. (http://www.neuwald.biz/files/spandsp-0.0.3pre22.gz) I don´t know why , spandsp after that uses digits 1,2..8,9,A,B,C,D,E,F instead of 1,2,..,9,0,A,B,C,D,E. So, do you get F digits that are incompatible with mfcr2 . Luis A P Barbosa. 2007/8/2, Carlos Chavez [EMAIL PROTECTED]: Here is a log with level 255 when a Nextel phone tries to call in: Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 0001 [1/ 1/Idle /Idle ] Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 Detected Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 Making a new call with CRN 32769 Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1101 - [2/ 2/Idle /Idle ] Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:2644 handle_uc_event: Unicall/1 event Detected Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 3 on [2/ 2/Seize ack /Seize ack] Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 on - [2/ 2/Seize ack /Seize ack] Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 3 off [2/ 2/Group A /DNIS request ] Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 off - [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 7 on [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 on - [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 7 off [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 off - [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 2 on [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 on - [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 2 off [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 off - [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 8 on [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 6 on - [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 8 off [2/ 2/Group C /Category req ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 6 off - [2/ 2/Group C /Category req ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 2 on [2/ 2/Group C /Category req ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 on - [2/ 2/Group C /Category req ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 2 off [2/ 2/Group C /ANI request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 off - [2/ 2/Group C /ANI request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - F on [2/ 2/Group C /ANI request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 R2 prot. err. [2/ 2/Group C /ANI request ] cause 32772 - Unexpected MF6 signal Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1001 - [1/ 1/Idle /Idle ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:2644 handle_uc_event: Unicall/1 event Protocol failure -- Unicall/1 protocol error. Cause 32772 Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 Channel echo cancel Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/2 - 0001 [1/ 1/Idle /Idle ]
Re: [asterisk-users] Unicall and Private CID
On Fri, 2007-08-03 at 00:23 -0300, Luis Antonio Prata Barbosa wrote: Hi Carlos, I suggest you download spandsp-0.0.3pre22. (http://www.neuwald.biz/files/spandsp-0.0.3pre22.gz) I don´t know why , spandsp after that uses digits 1,2..8,9,A,B,C,D,E,F instead of 1,2,..,9,0,A,B,C,D,E. So, do you get F digits that are incompatible with mfcr2 . Thank you. I got an older set of files I had on another server (pre6) and now everything is working. The customer now gets CID and calls from Nextel. This is probably the way to fix Unicall on 1.4 since it uses a newer version of spandsp and has the exact same problem. -- Telecomunicaciones Abiertas de México S.A. de C.V. Carlos Chávez Prats Director de Tecnología +52-55-91169161 ext 2001 signature.asc Description: This is a digitally signed message part ___ --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] Unicall and Private CID
I would not call that properly a fix. We need to know why is failing in newer spandsp versions in the first place. Can you make a diff and post it? On 8/3/07, Carlos Chavez [EMAIL PROTECTED] wrote: On Fri, 2007-08-03 at 00:23 -0300, Luis Antonio Prata Barbosa wrote: Hi Carlos, I suggest you download spandsp-0.0.3pre22. (http://www.neuwald.biz/files/spandsp-0.0.3pre22.gz) I don´t know why , spandsp after that uses digits 1,2..8,9,A,B,C,D,E,F instead of 1,2,..,9,0,A,B,C,D,E. So, do you get F digits that are incompatible with mfcr2 . Thank you. I got an older set of files I had on another server (pre6) and now everything is working. The customer now gets CID and calls from Nextel. This is probably the way to fix Unicall on 1.4 since it uses a newer version of spandsp and has the exact same problem. -- Telecomunicaciones Abiertas de México S.A. de C.V. Carlos Chávez Prats Director de Tecnología +52-55-91169161 ext 2001 ___ --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 -- Su nombre es GNU/Linux, no solamente Linux, mas info en http://www.gnu.org; ___ --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] Unicall and Private CID
Carlos Chavez wrote: It seems the problem with Unicall and Nextel is also present in Asterisk 1.2 and not only in 1.4. I decided to downgrade from 1.4.9 to 1.2.23 so the customer could have CID and calls from Nextel but today he told me that they cannot receive any calls from Nextel, they get a busy tone every time. I downloaded the following from softswitch: http://www.soft-switch.org/downloads/spandsp/spandsp-0.0.3.tgz http://www.soft-switch.org/downloads/unicall/unicall-0.0.3pre11/libmfcr2-0.0.3.tar.gz http://www.soft-switch.org/downloads/unicall/unicall-0.0.3pre11/libsupertone-0.0.2.tar.gz http://www.soft-switch.org/downloads/unicall/unicall-0.0.3pre11/libunicall-0.0.3.tar.gz http://www.soft-switch.org/downloads/unicall/unicall-0.0.3pre11/asterisk-1.2.x/chan_unicall.c http://www.soft-switch.org/downloads/unicall/unicall-0.0.3pre11/asterisk-1.2.x/channels_Makefile.patch The patch file fails in three places but I patched by hand. All other calls come in and out, only calls from Private CID (like Nextel) get a busy tone all the time. Could it be that this is something that got broken on more recent versions of libmfcr2? I have other systems installed over two years ago that do not have this problem. Use spandsp-0.0.2 with unicall-0.0.3 Steve ___ --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] Unicall and Private CID
It seems the problem with Unicall and Nextel is also present in Asterisk 1.2 and not only in 1.4. I decided to downgrade from 1.4.9 to 1.2.23 so the customer could have CID and calls from Nextel but today he told me that they cannot receive any calls from Nextel, they get a busy tone every time. I downloaded the following from softswitch: http://www.soft-switch.org/downloads/spandsp/spandsp-0.0.3.tgz http://www.soft-switch.org/downloads/unicall/unicall-0.0.3pre11/libmfcr2-0.0.3.tar.gz http://www.soft-switch.org/downloads/unicall/unicall-0.0.3pre11/libsupertone-0.0.2.tar.gz http://www.soft-switch.org/downloads/unicall/unicall-0.0.3pre11/libunicall-0.0.3.tar.gz http://www.soft-switch.org/downloads/unicall/unicall-0.0.3pre11/asterisk-1.2.x/chan_unicall.c http://www.soft-switch.org/downloads/unicall/unicall-0.0.3pre11/asterisk-1.2.x/channels_Makefile.patch The patch file fails in three places but I patched by hand. All other calls come in and out, only calls from Private CID (like Nextel) get a busy tone all the time. Could it be that this is something that got broken on more recent versions of libmfcr2? I have other systems installed over two years ago that do not have this problem. -- Telecomunicaciones Abiertas de México S.A. de C.V. Carlos Chávez Prats Director de Tecnología +52-55-91169161 ext 2001 signature.asc Description: This is a digitally signed message part ___ --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] Unicall and Private CID
Here is a log with level 255 when a Nextel phone tries to call in: Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 0001 [1/ 1/Idle /Idle ] Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 Detected Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 Making a new call with CRN 32769 Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1101 - [2/ 2/Idle /Idle ] Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:2644 handle_uc_event: Unicall/1 event Detected Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 3 on [2/ 2/Seize ack /Seize ack] Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 on - [2/ 2/Seize ack /Seize ack] Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 3 off [2/ 2/Group A /DNIS request ] Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 off - [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 7 on [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 on - [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 7 off [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 off - [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 2 on [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 on - [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 2 off [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 off - [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 8 on [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 6 on - [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 8 off [2/ 2/Group C /Category req ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 6 off - [2/ 2/Group C /Category req ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 2 on [2/ 2/Group C /Category req ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 on - [2/ 2/Group C /Category req ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 2 off [2/ 2/Group C /ANI request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 off - [2/ 2/Group C /ANI request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - F on [2/ 2/Group C /ANI request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 R2 prot. err. [2/ 2/Group C /ANI request ] cause 32772 - Unexpected MF6 signal Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1001 - [1/ 1/Idle /Idle ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:2644 handle_uc_event: Unicall/1 event Protocol failure -- Unicall/1 protocol error. Cause 32772 Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 Channel echo cancel Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/2 - 0001 [1/ 1/Idle /Idle ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/2 Detected Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/2 Making a new call with CRN 32769 Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/2 1101 - [2/ 2/Idle /Idle ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:2644 handle_uc_event: Unicall/2 event Detected Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/2 - 3 on [2/ 2/Seize ack /Seize ack] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/2 1 on - [2/ 2/Seize ack /Seize ack
Re: [asterisk-users] Unicall and Private CID
Hi Carlos, I suggest you download spandsp-0.0.3pre22. (http://www.neuwald.biz/files/spandsp-0.0.3pre22.gz) I don´t know why , spandsp after that uses digits 1,2..8,9,A,B,C,D,E,F instead of 1,2,..,9,0,A,B,C,D,E. So, do you get F digits that are incompatible with mfcr2 . Luis A P Barbosa. 2007/8/2, Carlos Chavez [EMAIL PROTECTED]: Here is a log with level 255 when a Nextel phone tries to call in: Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 0001 [1/ 1/Idle /Idle ] Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 Detected Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 Making a new call with CRN 32769 Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1101 - [2/ 2/Idle /Idle ] Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:2644 handle_uc_event: Unicall/1 event Detected Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 3 on [2/ 2/Seize ack /Seize ack] Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 on - [2/ 2/Seize ack /Seize ack] Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 3 off [2/ 2/Group A /DNIS request ] Aug 2 15:38:18 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 off - [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 7 on [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 on - [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 7 off [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 off - [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 2 on [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 on - [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 2 off [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 off - [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 8 on [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 6 on - [2/ 2/Group A /DNIS request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 8 off [2/ 2/Group C /Category req ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 6 off - [2/ 2/Group C /Category req ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 2 on [2/ 2/Group C /Category req ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 on - [2/ 2/Group C /Category req ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - 2 off [2/ 2/Group C /ANI request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 off - [2/ 2/Group C /ANI request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 - F on [2/ 2/Group C /ANI request ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 R2 prot. err. [2/ 2/Group C /ANI request ] cause 32772 - Unexpected MF6 signal Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1001 - [1/ 1/Idle /Idle ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:2644 handle_uc_event: Unicall/1 event Protocol failure -- Unicall/1 protocol error. Cause 32772 Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 Channel echo cancel Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/2 - 0001 [1/ 1/Idle /Idle ] Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/2 Detected Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/2 Making a new call with CRN 32769 Aug 2 15:38:19 WARNING[32670]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/2 1101 - [2/
Re: [asterisk-users] Unicall/Dont know how to handle Accepted
Victor Toofic wrote: El Sun, Jul 29 de 2007 a las 20:04 +0800, Steve Underwood comentaba: What versions of software did you use to get a screwed up result like that? The message Don't know how to handle signalling event Accepted is printed at the end of a case statement which does handle that event. I the publicly available versions of unicall, and can't see how that could go wrong, even if you mix components from different versions. Now I can see what was my mistake. I was using the libraries: http://www.soft-switch.org/downloads/unicall/unicall-0.0.5pre1/ but there's no chan_unicall.c in there, so I took it from: http://www.soft-switch.org/downloads/unicall/unicall-0.0.3pre11/ and miss-patched the call events enum in unicall.h. I was using that mixture because I got some errors trying to compile unicall-0.0.3pre11. Now I solved the compile issue in unicall-0.0.3pre11 and Im using that, I can't still get it to work but I think it's a miss-configuration in some of the endpoints. I'll keep trying. Thnks.. This is covered in the FAQ - http://www.soft-switch.org/spandsp_faq/ar01s12.html Steve ___ --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] Unicall/Dont know how to handle Accepted
El Sun, Jul 29 de 2007 a las 20:04 +0800, Steve Underwood comentaba: What versions of software did you use to get a screwed up result like that? The message Don't know how to handle signalling event Accepted is printed at the end of a case statement which does handle that event. I the publicly available versions of unicall, and can't see how that could go wrong, even if you mix components from different versions. Now I can see what was my mistake. I was using the libraries: http://www.soft-switch.org/downloads/unicall/unicall-0.0.5pre1/ but there's no chan_unicall.c in there, so I took it from: http://www.soft-switch.org/downloads/unicall/unicall-0.0.3pre11/ and miss-patched the call events enum in unicall.h. I was using that mixture because I got some errors trying to compile unicall-0.0.3pre11. Now I solved the compile issue in unicall-0.0.3pre11 and Im using that, I can't still get it to work but I think it's a miss-configuration in some of the endpoints. I'll keep trying. Thnks.. -- Regards, Víctor Toofic ___ --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] Unicall/Dont know how to handle Accepted
Hi Victor, Victor Toofic wrote: Hi, I've finally got running Asterisk 1.2.14 with UniCall MFC/R2 patches, I can generate calls and all seems OK but I cannot receive any call, this is what I get: Unicall/3 event Offered CRN 32769 - Offered on channel 0 (ANI: 814777, DNIS: 83329276, Cat: 1) MFC/R2 UniCall/3 Call control(5) MFC/R2 UniCall/3 Accept call MFC/R2 UniCall/3 1 on - [2/OFFERED /Group B /Accepted Paid] MFC/R2 UniCall/3 - 2 off [2/OFFERED /Group B /Accepted Paid] MFC/R2 UniCall/3 1 off - [2/OFFERED /Group B /Accepted Paid] MFC/R2 UniCall/3 Answer guard expired Unicall/3 event Accepted Unicall/3 Don't know how to handle signalling event Accepted What versions of software did you use to get a screwed up result like that? The message Don't know how to handle signalling event Accepted is printed at the end of a case statement which does handle that event. I the publicly available versions of unicall, and can't see how that could go wrong, even if you mix components from different versions. Steve ___ --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] Unicall/Dont know how to handle Accepted
On Fri, 2007-07-27 at 11:09 -0500, Victor Toofic wrote: Hi, zaptel.conf: span=1,0,0,cas,hdb3 cas=1-15:1101 cas=17-31:1101 loadzone=mx defaultzone=mx unicall.conf [channels] context=incoming usecallerid=yes hidecallerid=no callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=yes rxgain=0.0 txgain=0.0 group=1 callgroup=1 pickupgroup=1 immediate=no loglevel=255 protocolclass=mfcr2 protocolvariant=mx,10,10 protocolend=cpe group=2 channel = 1-15 channel = 17-31 Try changing protocol variant to: protocolvariant=mx,10,4 Usually only you only need the last 4 digits of the DID to identify it. Also, you only get 8 digits for the DNIS because that is the maximum anyone will dial to get to you (7 if you are in a smaller city). ANI is always 10 in Mexico. -- Telecomunicaciones Abiertas de México S.A. de C.V. Carlos Chávez Prats Director de Tecnología +52-55-91169161 ext 2001 signature.asc Description: This is a digitally signed message part ___ --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] Unicall/Dont know how to handle Accepted
Hi, I've finally got running Asterisk 1.2.14 with UniCall MFC/R2 patches, I can generate calls and all seems OK but I cannot receive any call, this is what I get: MFC/R2 UniCall/3 - 0001 [1/IDLE/Idle /Idle] MFC/R2 UniCall/3 Detected MFC/R2 UniCall/3 Creating a new call with CRN 32769 MFC/R2 UniCall/3 1101 - [2/DETECTED/Seize ack/Seize ack ] Unicall/3 event Detected MFC/R2 UniCall/3 - 8 on [2/DETECTED/Seize ack/Seize ack ] MFC/R2 UniCall/3 1 on - [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 - 8 off [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 1 off - [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 - 3 on [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 1 on - [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 - 3 off [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 1 off - [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 - 3 on [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 1 on - [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 - 3 off [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 1 off - [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 - 2 on [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 1 on - [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 - 2 off [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 1 off - [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 - 9 on [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 1 on - [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 - 9 off [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 1 off - [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 - 2 on [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 1 on - [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 - 2 off [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 1 off - [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 - 7 on [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 1 on - [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 - 7 off [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 1 off - [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 - 6 on [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 1 on - [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 - 6 off [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 1 off - [2/DETECTED/Group A /DNIS request] MFC/R2 UniCall/3 6 on - [2/DETECTED/Group C /Category req] MFC/R2 UniCall/3 6 off - [2/DETECTED/Group C /Category req] MFC/R2 UniCall/3 - 2 on [2/DETECTED/Group C /Category req] MFC/R2 UniCall/3 1 on - [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 - 2 off [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 1 off - [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 - 8 on [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 1 on - [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 - 8 off [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 1 off - [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 - 1 on [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 1 on - [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 - 1 off [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 1 off - [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 - 4 on [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 1 on - [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 - 4 off [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 1 off - [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 - 7 on [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 1 on - [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 - 7 off [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 1 off - [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 - 7 on [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 1 on - [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 - 7 off [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 1 off - [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 - 7 on [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 1 on - [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 - 7 off [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 1 off - [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 - 9 on [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 1 on - [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 - 9 off [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 1 off - [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 - 9 on [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 1 on - [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 - 9 off [2/DETECTED/Group C /ANI request] MFC/R2 UniCall/3 1 off - [2/DETECTED/Group C /ANI request] MFC/R2
Re: [asterisk-users] Unicall/Dont know how to handle Accepted
El Fri, Jul 27 de 2007 a las 11:18 -0500, Carlos Chavez comentaba: Try changing protocol variant to: protocolvariant=mx,10,4 I've already tried several combinations. I dont know exactly what means each number but I could get an idea according what I saw in the logs. Even so, I've tried it and the only difference is: CRN 32769 - Offered on channel 0 (ANI: 814777, DNIS: 8332, Cat: 1) Thats why I put 10,10.. because I wanted the ANI to be 10 digits length and the DNIS 10 digits length. Usually only you only need the last 4 digits of the DID to identify it. Also, you only get 8 digits for the DNIS because that is the maximum anyone will dial to get to you (7 if you are in a smaller city). ANI is always 10 in Mexico. I'm not connecting to any telco, instead I'm connecting the E1 to a CISCO device which is supposedly to be correctly configured. Said that, I am realizing that maybe I should put some other value instead of 'mx'. I will give it a try. If this is correct.. Do you know what should be there? Thanks.. -- Victor Toofic ___ --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] Unicall/Dont know how to handle Accepted
Ok, my boss is telling me that Im using Category 1 in the signaling and he is asking me to change it to Category 2. R2 Incoming Voice(0/0): DSX (E1 0/0:0): STATE: R2_IN_CATEGORY R2 Got Event R2_TONE_OFF Enter r2_comp_category r2_reg_generate_digits(0/0:1(1)): Tx digit '#' htsp_digit_ready_up(0/0:1(1)): Rx digit='1' We are connecting our Asterisk to a Gateway AS5400. So, Im wondering how am I supposed to do that change? I cant see any place to configure that. What should I do? Thanks... -- Victor Toofic ___ --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] Unicall/Dont know how to handle Accepted
El Fri, Jul 27 de 2007 a las 16:07 -0500, Victor Toofic comentaba: Ok, my boss is telling me that Im using Category 1 in the signaling and he is asking me to change it to Category 2. R2 Incoming Voice(0/0): DSX (E1 0/0:0): STATE: R2_IN_CATEGORY R2 Got Event R2_TONE_OFF Enter r2_comp_category r2_reg_generate_digits(0/0:1(1)): Tx digit '#' htsp_digit_ready_up(0/0:1(1)): Rx digit='1' We are connecting our Asterisk to a Gateway AS5400. So, Im wondering how am I supposed to do that change? I cant see any place to configure that. What should I do? Sorry for asking something that had been answered previously. I've found on this list that it is hardcoded in chan_unicall.c and its necessary to change: uc_callparm_calling_party_category(callparms, UC_CALLER_CATEGORY_NATIONAL_SUBSCRIBER_CALL); with uc_callparm_calling_party_category(callparms, UC_CALLER_CATEGORY_NATIONAL_PRIORITY_SUBSCRIBER_CALL); Now my boss is partly happy ;) as we are facing some other problems.. I will invesitgate it later. Thanks... PS. Would be worth anough adding a configuration parameter in unicall.conf to specify the CallerCategory? -- Victor Toofic ___ --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] Unicall/R2 for Asterisk 1.4 Available for TESTING
Only to continue on this thread (becouse this is start in other meail). The 1.4.X. unicall patch is working well, only with one problem: There is a problem hen reciving calls with no Caller ID. Thanks. On 6/9/07, Moises Silva [EMAIL PROTECTED] wrote: Alvaro... Hum..., I never have tried RxFax... let me know if you need any extra help with that. Sounds interesting On 6/8/07, Alvaro Parres [EMAIL PROTECTED] wrote: Moy: I have working an Asterisk 1.4.4 with Unicall rn MFR2. The only problem i have is the RxFAX application, that broke every time... With and error in the linking to the spandsp library. If i have time this weekend i will review to fix the app, Thanks. On 6/4/07, Tobias Wolf [EMAIL PROTECTED] wrote: Humberto Figuera schrieb: HI Tobias, look in www.soft-switch.org/unicall/unicall/index.html ;p Thank you. Not very complete but it has given me an idea what to think of unicall. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- Su nombre es GNU/Linux, no solamente Linux, mas info en http://www.gnu.org; ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- Alvaro I. Parres Peredo Director de IT Grupo Xmarts SA de CV Tel: +52 (33) 35 63 6261 Ext. 112 01 800 087 2260 Cel: +52 (33) 33 68 1087 [EMAIL PROTECTED] ___ --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] Unicall + MFC/R2 line dropped immediately afterconnect
Hi, connection is already established (i can also hear called person for a while). Problem is, that the line is every time dropped after 1 second. I assume, that first billing pulse arrives immediately after link is established and it drops the line. Next week I'll be able to play around with timeouts and will try to change mfcr2-clear_back_persistence_check parameter as you advised in your second reply. Many thanks and best regards, Peter. Oscar Carriles wrote: Hi, Clearback signal due to billing pulses normally drops calls after a fixed amount of time 2 minutes or so, Can you stablish an outbound call and after a while it drops? Or it never succeds? -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Peter Gubis Enviado el: jueves, 14 de junio de 2007 18:50 Para: asterisk-users@lists.digium.com Asunto: [asterisk-users] Unicall + MFC/R2 line dropped immediately afterconnect Hi, I am trying to set up an E1 line with CAS signaling using available unicall patches with libmfcr2 implementation. Inbound calls works well, I am able to get DNIS and ANI from incoming call, but I am still not able to make an outbound call with our local carrier. After tweaking of protocolvariant parameter in unicall.conf I was able to find proper values for inbound and outbound calls, but when outbound connection is created, it is immediately dropped by opposite side immediately after connection is made. I think, that we're receiving billing pulses on the line and they're interpreted as a cleaning request. I found similar problem in the list before: http://lists.digium.com/pipermail/asterisk-users/2006-June/156732.html. Steve suggested to use some kind of timeout to workaround this problem. I've tried to change many timeouts in libmfcr2 library, without any success. Can somebody help me to go around this line drop-down problem? Relevant part of debug log file: Jun 9 15:19:27 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 - 6 off [2/ 40/Group I /DNIS] Jun 9 15:19:27 WARNING[19398]: chan_unicall.c:2644 handle_uc_event: Unicall/21 event Alerting Jun 9 15:19:41 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 - 0101 [1/ 200/Await answer /DNIS] Jun 9 15:19:41 WARNING[19398]: chan_unicall.c:2644 handle_uc_event: Unicall/21 event Connected -- UniCall/21-1 answered UniCall/55-1 Jun 9 15:19:41 WARNING[19398]: chan_unicall.c:1411 unicall_answer: Answer Call Jun 9 15:19:41 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/55 Call control(5) Jun 9 15:19:41 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/55 Answer call Jun 9 15:19:41 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/55 0101 - [1/ 20/Group B /Accepted Paid] -- Attempting native bridge of UniCall/55-1 and UniCall/21-1 Jun 9 15:19:41 WARNING[19398]: chan_unicall.c:1620 unicall_bridge: unicall_bridge called Jun 9 15:19:41 WARNING[19398]: chan_unicall.c:2644 handle_uc_event: Unicall/55 event Answered Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 - 0001 [1/ 400/Answered /DNIS] Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 R2 prot. err. [1/ 400/Answered /DNIS] cause 32773 - Unexpected CAS bit pattern Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 1001 - [1/ 1/Idle /Idle] Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:2644 handle_uc_event: Unicall/21 event Protocol failure -- Unicall/21 protocol error. Cause 32773 Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 Channel gains Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 Channel switching -- Hungup 'UniCall/21-1' == Spawn extension (from_merlin, 87, 1) exited non-zero on 'UniCall/55-1' Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/55 Channel gains Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/55 Channel switching Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/55 Call control(6) Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/55 Drop call(cause=Normal Clearing [16]) Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/55 1101 - [1/ 400/Answer/Accepted Paid] -- Hungup 'UniCall/55-1' Jun 9 15:19:42 WARNING[19390]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 - 0101 [1/ 1/Idle /Idle] Jun 9 15:19:42 WARNING[19390]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 R2 prot. err. [1/ 1/Idle /Idle] cause 32773 - Unexpected CAS bit pattern Jun 9 15:19:42 WARNING[19390]: chan_unicall.c:627
Re: [asterisk-users] Unicall + MFC/R2 line dropped immediately afterconnect
Peter Gubis wrote: Hi, connection is already established (i can also hear called person for a while). Problem is, that the line is every time dropped after 1 second. I assume, that first billing pulse arrives immediately after link is established and it drops the line. Next week I'll be able to play around with timeouts and will try to change mfcr2-clear_back_persistence_check parameter as you advised in your second reply. What you are seeing maybe pulses similar to metering pulses, but for another purpose. In some places it is common practice to create a pulse just after call connection. This will kick out any collect calls, and prevent nasty unexepected bills. The answer is exactly the same as for tolerating meter pulses - set a clearback timeout and things should work OK. I didn't want to make a clearback timeout the default, as it slows down calls. However, people all over South America seem to be hitting this problem now. Maybe I should make a timeout the default for some national variants, and tell people how to remove it if they don't need it. Steve ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Unicall + MFC/R2 line dropped immediately after connect
Hi, I am trying to set up an E1 line with CAS signaling using available unicall patches with libmfcr2 implementation. Inbound calls works well, I am able to get DNIS and ANI from incoming call, but I am still not able to make an outbound call with our local carrier. After tweaking of protocolvariant parameter in unicall.conf I was able to find proper values for inbound and outbound calls, but when outbound connection is created, it is immediately dropped by opposite side immediately after connection is made. I think, that we're receiving billing pulses on the line and they're interpreted as a cleaning request. I found similar problem in the list before: http://lists.digium.com/pipermail/asterisk-users/2006-June/156732.html. Steve suggested to use some kind of timeout to workaround this problem. I've tried to change many timeouts in libmfcr2 library, without any success. Can somebody help me to go around this line drop-down problem? Relevant part of debug log file: Jun 9 15:19:27 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 - 6 off [2/ 40/Group I /DNIS] Jun 9 15:19:27 WARNING[19398]: chan_unicall.c:2644 handle_uc_event: Unicall/21 event Alerting Jun 9 15:19:41 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 - 0101 [1/ 200/Await answer /DNIS] Jun 9 15:19:41 WARNING[19398]: chan_unicall.c:2644 handle_uc_event: Unicall/21 event Connected -- UniCall/21-1 answered UniCall/55-1 Jun 9 15:19:41 WARNING[19398]: chan_unicall.c:1411 unicall_answer: Answer Call Jun 9 15:19:41 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/55 Call control(5) Jun 9 15:19:41 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/55 Answer call Jun 9 15:19:41 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/55 0101 - [1/ 20/Group B /Accepted Paid] -- Attempting native bridge of UniCall/55-1 and UniCall/21-1 Jun 9 15:19:41 WARNING[19398]: chan_unicall.c:1620 unicall_bridge: unicall_bridge called Jun 9 15:19:41 WARNING[19398]: chan_unicall.c:2644 handle_uc_event: Unicall/55 event Answered Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 - 0001 [1/ 400/Answered /DNIS] Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 R2 prot. err. [1/ 400/Answered /DNIS] cause 32773 - Unexpected CAS bit pattern Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 1001 - [1/ 1/Idle /Idle] Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:2644 handle_uc_event: Unicall/21 event Protocol failure -- Unicall/21 protocol error. Cause 32773 Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 Channel gains Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 Channel switching -- Hungup 'UniCall/21-1' == Spawn extension (from_merlin, 87, 1) exited non-zero on 'UniCall/55-1' Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/55 Channel gains Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/55 Channel switching Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/55 Call control(6) Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/55 Drop call(cause=Normal Clearing [16]) Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/55 1101 - [1/ 400/Answer/Accepted Paid] -- Hungup 'UniCall/55-1' Jun 9 15:19:42 WARNING[19390]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 - 0101 [1/ 1/Idle /Idle] Jun 9 15:19:42 WARNING[19390]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 R2 prot. err. [1/ 1/Idle /Idle] cause 32773 - Unexpected CAS bit pattern Jun 9 15:19:42 WARNING[19390]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 1001 - [1/ 1/Idle /Idle] Jun 9 15:19:42 WARNING[19390]: chan_unicall.c:2644 handle_uc_event: Unicall/21 event Protocol failure -- Unicall/21 protocol error. Cause 32773 Jun 9 15:19:42 WARNING[19390]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 - 1001 [1/ 1/Idle /Idle] Jun 9 15:19:42 WARNING[19390]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 1001 - [1/ 1/Idle /Idle] Many thanks and best regards, Peter. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [asterisk-users] Unicall + MFC/R2 line dropped immediately afterconnect
Hi, Clearback signal due to billing pulses normally drops calls after a fixed amount of time 2 minutes or so, Can you stablish an outbound call and after a while it drops? Or it never succeds? -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Peter Gubis Enviado el: jueves, 14 de junio de 2007 18:50 Para: asterisk-users@lists.digium.com Asunto: [asterisk-users] Unicall + MFC/R2 line dropped immediately afterconnect Hi, I am trying to set up an E1 line with CAS signaling using available unicall patches with libmfcr2 implementation. Inbound calls works well, I am able to get DNIS and ANI from incoming call, but I am still not able to make an outbound call with our local carrier. After tweaking of protocolvariant parameter in unicall.conf I was able to find proper values for inbound and outbound calls, but when outbound connection is created, it is immediately dropped by opposite side immediately after connection is made. I think, that we're receiving billing pulses on the line and they're interpreted as a cleaning request. I found similar problem in the list before: http://lists.digium.com/pipermail/asterisk-users/2006-June/156732.html. Steve suggested to use some kind of timeout to workaround this problem. I've tried to change many timeouts in libmfcr2 library, without any success. Can somebody help me to go around this line drop-down problem? Relevant part of debug log file: Jun 9 15:19:27 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 - 6 off [2/ 40/Group I /DNIS] Jun 9 15:19:27 WARNING[19398]: chan_unicall.c:2644 handle_uc_event: Unicall/21 event Alerting Jun 9 15:19:41 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 - 0101 [1/ 200/Await answer /DNIS] Jun 9 15:19:41 WARNING[19398]: chan_unicall.c:2644 handle_uc_event: Unicall/21 event Connected -- UniCall/21-1 answered UniCall/55-1 Jun 9 15:19:41 WARNING[19398]: chan_unicall.c:1411 unicall_answer: Answer Call Jun 9 15:19:41 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/55 Call control(5) Jun 9 15:19:41 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/55 Answer call Jun 9 15:19:41 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/55 0101 - [1/ 20/Group B /Accepted Paid] -- Attempting native bridge of UniCall/55-1 and UniCall/21-1 Jun 9 15:19:41 WARNING[19398]: chan_unicall.c:1620 unicall_bridge: unicall_bridge called Jun 9 15:19:41 WARNING[19398]: chan_unicall.c:2644 handle_uc_event: Unicall/55 event Answered Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 - 0001 [1/ 400/Answered /DNIS] Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 R2 prot. err. [1/ 400/Answered /DNIS] cause 32773 - Unexpected CAS bit pattern Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 1001 - [1/ 1/Idle /Idle] Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:2644 handle_uc_event: Unicall/21 event Protocol failure -- Unicall/21 protocol error. Cause 32773 Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 Channel gains Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 Channel switching -- Hungup 'UniCall/21-1' == Spawn extension (from_merlin, 87, 1) exited non-zero on 'UniCall/55-1' Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/55 Channel gains Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/55 Channel switching Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/55 Call control(6) Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/55 Drop call(cause=Normal Clearing [16]) Jun 9 15:19:42 WARNING[19398]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/55 1101 - [1/ 400/Answer/Accepted Paid] -- Hungup 'UniCall/55-1' Jun 9 15:19:42 WARNING[19390]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 - 0101 [1/ 1/Idle /Idle] Jun 9 15:19:42 WARNING[19390]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 R2 prot. err. [1/ 1/Idle /Idle] cause 32773 - Unexpected CAS bit pattern Jun 9 15:19:42 WARNING[19390]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 1001 - [1/ 1/Idle /Idle] Jun 9 15:19:42 WARNING[19390]: chan_unicall.c:2644 handle_uc_event: Unicall/21 event Protocol failure -- Unicall/21 protocol error. Cause 32773 Jun 9 15:19:42 WARNING[19390]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 - 1001 [1/ 1/Idle /Idle] Jun 9 15:19:42 WARNING[19390]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/21 1001 - [1/ 1/Idle /Idle] Many thanks and best regards, Peter
Re: [asterisk-users] Unicall/R2 for Asterisk 1.4 Available for TESTING
Alvaro... Hum..., I never have tried RxFax... let me know if you need any extra help with that. Sounds interesting On 6/8/07, Alvaro Parres [EMAIL PROTECTED] wrote: Moy: I have working an Asterisk 1.4.4 with Unicall rn MFR2. The only problem i have is the RxFAX application, that broke every time... With and error in the linking to the spandsp library. If i have time this weekend i will review to fix the app, Thanks. On 6/4/07, Tobias Wolf [EMAIL PROTECTED] wrote: Humberto Figuera schrieb: HI Tobias, look in www.soft-switch.org/unicall/unicall/index.html ;p Thank you. Not very complete but it has given me an idea what to think of unicall. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- Su nombre es GNU/Linux, no solamente Linux, mas info en http://www.gnu.org; ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall/R2 for Asterisk 1.4 Available for TESTING
Moy: I have working an Asterisk 1.4.4 with Unicall rn MFR2. The only problem i have is the RxFAX application, that broke every time... With and error in the linking to the spandsp library. If i have time this weekend i will review to fix the app, Thanks. On 6/4/07, Tobias Wolf [EMAIL PROTECTED] wrote: Humberto Figuera schrieb: HI Tobias, look in www.soft-switch.org/unicall/unicall/index.html ;p Thank you. Not very complete but it has given me an idea what to think of unicall. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall/R2 for Asterisk 1.4 Available for TESTING
Hi all, sorry if i have missed something, i was just curious what unicall actually is, what the main features are and did a quick search on voip-info.org and plain old google but didn't find some source of information that simply says : Unicall is this and does that ... Can anyone point me to some source of information ? Thanks a lot ... Tobias Wolf ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall/R2 for Asterisk 1.4 Available for TESTING
HI Tobias, look in www.soft-switch.org/unicall/unicall/index.html ;p -- Humberto Figuera - Using Linux 2.6.20 Usuario GNU/Linux 369709 Caracas - Venezuela GPG Key Fingerprint = 5AAC DF0C 00F4 2834 28BA 37AD 3364 01D1 74CA 0603 ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall/R2 for Asterisk 1.4 Available for TESTING
Humberto Figuera schrieb: HI Tobias, look in www.soft-switch.org/unicall/unicall/index.html ;p Thank you. Not very complete but it has given me an idea what to think of unicall. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall/R2 for Asterisk 1.4 Available for TESTING
Grate job Moy... i will test it on my PBX tomorrow...
Thanks.
On 4/20/07, Moises Silva [EMAIL PROTECTED] wrote:
Thanks a lot for the fix Humberto.
On 4/18/07, Humberto Figuera [EMAIL PROTECTED] wrote:
Hi Moises,
the Asterisk SVN-branch-1.4-r60989 make a change in the
ast_channel_alloc function:
This is a big improvement over the current CDR fixes. It may still
need refinement, but this won't have as many folks bothered.
here the patch for chan_unicall.c ;p
--- chan_unicall.c.orig 2007-04-18 03:32:17.0 -0400
+++ chan_unicall.c 2007-04-18 03:32:26.0 -0400
@@ -2485,7 +2485,7 @@
}
while (x 3);
-if ( ( tmp = ast_channel_alloc(0, state, 0, 0, chan_name) ) ==
NULL)
+if ( ( tmp = ast_channel_alloc(0, state, 0, 0, i-accountcode,
i-exten, i-context, i-amaflags, chan_name) ) == NULL)
{
ast_log(LOG_WARNING, Unable to allocate channel structure\n);
return NULL;
--
Humberto Figuera - Using Linux 2.6.20
Usuario GNU/Linux 369709
Caracas - Venezuela
GPG Key Fingerprint = 5AAC DF0C 00F4 2834 28BA 37AD 3364 01D1 74CA 0603
___
--Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
--
Su nombre es GNU/Linux, no solamente Linux, mas info en
http://www.gnu.org;
___
--Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
___
--Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall/R2 for Asterisk 1.4 Available for TESTING
Thanks a lot for the fix Humberto.
On 4/18/07, Humberto Figuera [EMAIL PROTECTED] wrote:
Hi Moises,
the Asterisk SVN-branch-1.4-r60989 make a change in the
ast_channel_alloc function:
This is a big improvement over the current CDR fixes. It may still
need refinement, but this won't have as many folks bothered.
here the patch for chan_unicall.c ;p
--- chan_unicall.c.orig 2007-04-18 03:32:17.0 -0400
+++ chan_unicall.c 2007-04-18 03:32:26.0 -0400
@@ -2485,7 +2485,7 @@
}
while (x 3);
-if ( ( tmp = ast_channel_alloc(0, state, 0, 0, chan_name) ) == NULL)
+if ( ( tmp = ast_channel_alloc(0, state, 0, 0, i-accountcode,
i-exten, i-context, i-amaflags, chan_name) ) == NULL)
{
ast_log(LOG_WARNING, Unable to allocate channel structure\n);
return NULL;
--
Humberto Figuera - Using Linux 2.6.20
Usuario GNU/Linux 369709
Caracas - Venezuela
GPG Key Fingerprint = 5AAC DF0C 00F4 2834 28BA 37AD 3364 01D1 74CA 0603
___
--Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
--
Su nombre es GNU/Linux, no solamente Linux, mas info en http://www.gnu.org;
___
--Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall/R2 for Asterisk 1.4 Available for TESTING
Hi Moises,
the Asterisk SVN-branch-1.4-r60989 make a change in the
ast_channel_alloc function:
This is a big improvement over the current CDR fixes. It may still
need refinement, but this won't have as many folks bothered.
here the patch for chan_unicall.c ;p
--
Humberto Figuera - Using Linux 2.6.20
Usuario GNU/Linux 369709
Caracas - Venezuela
GPG Key Fingerprint = 5AAC DF0C 00F4 2834 28BA 37AD 3364 01D1 74CA 0603
--- chan_unicall.c.orig 2007-04-18 03:32:17.0 -0400
+++ chan_unicall.c 2007-04-18 03:32:26.0 -0400
@@ -2485,7 +2485,7 @@
}
while (x 3);
-if ( ( tmp = ast_channel_alloc(0, state, 0, 0, chan_name) ) == NULL)
+if ( ( tmp = ast_channel_alloc(0, state, 0, 0, i-accountcode, i-exten, i-context, i-amaflags, chan_name) ) == NULL)
{
ast_log(LOG_WARNING, Unable to allocate channel structure\n);
return NULL;
___
--Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall/R2 for Asterisk 1.4 Available for TESTING
Hi Moises,
the Asterisk SVN-branch-1.4-r60989 make a change in the
ast_channel_alloc function:
This is a big improvement over the current CDR fixes. It may still
need refinement, but this won't have as many folks bothered.
here the patch for chan_unicall.c ;p
--- chan_unicall.c.orig 2007-04-18 03:32:17.0 -0400
+++ chan_unicall.c 2007-04-18 03:32:26.0 -0400
@@ -2485,7 +2485,7 @@
}
while (x 3);
-if ( ( tmp = ast_channel_alloc(0, state, 0, 0, chan_name) ) == NULL)
+if ( ( tmp = ast_channel_alloc(0, state, 0, 0, i-accountcode,
i-exten, i-context, i-amaflags, chan_name) ) == NULL)
{
ast_log(LOG_WARNING, Unable to allocate channel structure\n);
return NULL;
--
Humberto Figuera - Using Linux 2.6.20
Usuario GNU/Linux 369709
Caracas - Venezuela
GPG Key Fingerprint = 5AAC DF0C 00F4 2834 28BA 37AD 3364 01D1 74CA 0603
___
--Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall/R2 for Asterisk 1.4 Available for TESTING
might be old now hehe :) pre10 for libunicall, unicall, libsupertone, libmfcr2 0.0.3 for spandsp (final) and 0.0.4pre they were already out from testing folder/branch [EMAIL PROTECTED] wrote: Hi Nivlekch, Thanks for that, just a comment: What do you mean by new packages? new for spandsp, libmfcr2, unicall? chan_unicall? On 4/12/07, nivlekch [EMAIL PROTECTED] wrote: moises, guys, just an update, steve released new packages early april. i just did a successful compile, tomorrow i will test with a live e1 line. i managed to compile it with asterisk-1.4.2 a series of patches is on the way after a successful test. [EMAIL PROTECTED] wrote: nivlekch, nice to hear that :) I hope more people can test this. On 3/14/07, nivlekch [EMAIL PROTECTED] wrote: nice job moises, the hardwork you and steve put into chan_unicall is remarkable. with a little editing and tweaking, i was able to make the port to 1.4 here in the philippines without any problems. some part of libmfcr2 has to be changed for proper/better ANI exchage with PLDT(telco). looking good so far, better than the experience in 1.2, i'll post any update soon. anybody interfacing with PLDT interested, email me offline. [EMAIL PROTECTED] wrote: Im glad to let you know that finally I invested some time to make work Unicall in Asterisk 1.4, I must say not much testing could be done since I have no hardware available ( cards, servers ), however a friend was able to test it with a couple of calls with success, I need you to test this and report some feedback. The sources are available in: http://moy.ivsol.net/unicall/soft-switch/r1b1/ Kind Regards Moises Silva ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall/R2 for Asterisk 1.4 Available for TESTING
moises, guys, just an update, steve released new packages early april. i just did a successful compile, tomorrow i will test with a live e1 line. i managed to compile it with asterisk-1.4.2 a series of patches is on the way after a successful test. [EMAIL PROTECTED] wrote: nivlekch, nice to hear that :) I hope more people can test this. On 3/14/07, nivlekch [EMAIL PROTECTED] wrote: nice job moises, the hardwork you and steve put into chan_unicall is remarkable. with a little editing and tweaking, i was able to make the port to 1.4 here in the philippines without any problems. some part of libmfcr2 has to be changed for proper/better ANI exchage with PLDT(telco). looking good so far, better than the experience in 1.2, i'll post any update soon. anybody interfacing with PLDT interested, email me offline. [EMAIL PROTECTED] wrote: Im glad to let you know that finally I invested some time to make work Unicall in Asterisk 1.4, I must say not much testing could be done since I have no hardware available ( cards, servers ), however a friend was able to test it with a couple of calls with success, I need you to test this and report some feedback. The sources are available in: http://moy.ivsol.net/unicall/soft-switch/r1b1/ Kind Regards Moises Silva ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall/R2 for Asterisk 1.4 Available for TESTING
Hi Nivlekch, Thanks for that, just a comment: What do you mean by new packages? new for spandsp, libmfcr2, unicall? chan_unicall? On 4/12/07, nivlekch [EMAIL PROTECTED] wrote: moises, guys, just an update, steve released new packages early april. i just did a successful compile, tomorrow i will test with a live e1 line. i managed to compile it with asterisk-1.4.2 a series of patches is on the way after a successful test. [EMAIL PROTECTED] wrote: nivlekch, nice to hear that :) I hope more people can test this. On 3/14/07, nivlekch [EMAIL PROTECTED] wrote: nice job moises, the hardwork you and steve put into chan_unicall is remarkable. with a little editing and tweaking, i was able to make the port to 1.4 here in the philippines without any problems. some part of libmfcr2 has to be changed for proper/better ANI exchage with PLDT(telco). looking good so far, better than the experience in 1.2, i'll post any update soon. anybody interfacing with PLDT interested, email me offline. [EMAIL PROTECTED] wrote: Im glad to let you know that finally I invested some time to make work Unicall in Asterisk 1.4, I must say not much testing could be done since I have no hardware available ( cards, servers ), however a friend was able to test it with a couple of calls with success, I need you to test this and report some feedback. The sources are available in: http://moy.ivsol.net/unicall/soft-switch/r1b1/ Kind Regards Moises Silva ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- Su nombre es GNU/Linux, no solamente Linux, mas info en http://www.gnu.org; ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall Brazil
Andre, A better is aproach to R2 in brazil is to use digivoice board (instead of digium's). The card has native support to R2 in the channel driver. The best would be to change to ISDN. Have you already asked your telco? -- Antonio J. S. Brandão On 3/19/07, andreunimed [EMAIL PROTECTED] wrote: Hi. I am in the Brazil. I have a problem on Unicall for Asterisk 1.4. I am working with E1 with 30 channels. Message when it receives calls: chan_unicall.c:2603 handle_uc_event:unicall/1 protocol error.cause 32772. My files: /etc/zaptel.conf: span=1,1,0,cas,hdb3 cas=1-15:1101 cas=17-31:1101 loadzone = br defaultzone = br fxoks = 32-55 /etc/asterisk/unicall.conf: [Channels] language=br context=default usecallerid=yes hidecallerid=no callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=no echotraining=800 relaxdtmf=no rxgain=0 txgain=0 callgroup=1 pickupgroup=1 immediate=no callerid=asreceived amaflags=default accountcode=avantel musiconhold=default protocolclass=mfcr2 protocolvariant=br,20,20 group=1 channel=1-15 dchan=16 channel=17-31 In the past this configuration functioned, with Asterisk 1.2, but, zaptel.conf but he was written /etc/zaptel.conf: span=1,1,0,cas,hdb3 cas=1-15:1101 dchan=16 cas=17-31:1101 loadzone = br defaultzone = br Somebody can help me. Thank you ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Unicall Brazil
Hi. I am in the Brazil. I have a problem on Unicall for Asterisk 1.4. I am working with E1 with 30 channels. Message when it receives calls: chan_unicall.c:2603 handle_uc_event:unicall/1 protocol error.cause 32772. My files: /etc/zaptel.conf: span=1,1,0,cas,hdb3 cas=1-15:1101 cas=17-31:1101 loadzone = br defaultzone = br fxoks = 32-55 /etc/asterisk/unicall.conf: [Channels] language=br context=default usecallerid=yes hidecallerid=no callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=no echotraining=800 relaxdtmf=no rxgain=0 txgain=0 callgroup=1 pickupgroup=1 immediate=no callerid=asreceived amaflags=default accountcode=avantel musiconhold=default protocolclass=mfcr2 protocolvariant=br,20,20 group=1 channel=1-15 dchan=16 channel=17-31 In the past this configuration functioned, with Asterisk 1.2, but, zaptel.conf but he was written /etc/zaptel.conf: span=1,1,0,cas,hdb3 cas=1-15:1101 dchan=16 cas=17-31:1101 loadzone = br defaultzone = br Somebody can help me. Thank you ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall/R2 for Asterisk 1.4 Available for TESTING
nice job moises, the hardwork you and steve put into chan_unicall is remarkable. with a little editing and tweaking, i was able to make the port to 1.4 here in the philippines without any problems. some part of libmfcr2 has to be changed for proper/better ANI exchage with PLDT(telco). looking good so far, better than the experience in 1.2, i'll post any update soon. anybody interfacing with PLDT interested, email me offline. [EMAIL PROTECTED] wrote: Im glad to let you know that finally I invested some time to make work Unicall in Asterisk 1.4, I must say not much testing could be done since I have no hardware available ( cards, servers ), however a friend was able to test it with a couple of calls with success, I need you to test this and report some feedback. The sources are available in: http://moy.ivsol.net/unicall/soft-switch/r1b1/ Kind Regards Moises Silva ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall/R2 for Asterisk 1.4 Available for TESTING
nivlekch, nice to hear that :) I hope more people can test this. On 3/14/07, nivlekch [EMAIL PROTECTED] wrote: nice job moises, the hardwork you and steve put into chan_unicall is remarkable. with a little editing and tweaking, i was able to make the port to 1.4 here in the philippines without any problems. some part of libmfcr2 has to be changed for proper/better ANI exchage with PLDT(telco). looking good so far, better than the experience in 1.2, i'll post any update soon. anybody interfacing with PLDT interested, email me offline. [EMAIL PROTECTED] wrote: Im glad to let you know that finally I invested some time to make work Unicall in Asterisk 1.4, I must say not much testing could be done since I have no hardware available ( cards, servers ), however a friend was able to test it with a couple of calls with success, I need you to test this and report some feedback. The sources are available in: http://moy.ivsol.net/unicall/soft-switch/r1b1/ Kind Regards Moises Silva ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- Su nombre es GNU/Linux, no solamente Linux, mas info en http://www.gnu.org; ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Unicall/R2 for Asterisk 1.4 Available for TESTING
Im glad to let you know that finally I invested some time to make work Unicall in Asterisk 1.4, I must say not much testing could be done since I have no hardware available ( cards, servers ), however a friend was able to test it with a couple of calls with success, I need you to test this and report some feedback. The sources are available in: http://moy.ivsol.net/unicall/soft-switch/r1b1/ Kind Regards Moises Silva -- Su nombre es GNU/Linux, no solamente Linux, mas info en http://www.gnu.org; ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall Installation
Hi Tzafrir, Thanks for your quick reply, I will look some downloads and install it as per your suggestion. I am using CentOS 4.3, kernel-2.6.9-34.01.EL Thanks again. Angel - Original Message From: Tzafrir Cohen [EMAIL PROTECTED]To: asterisk-users@lists.digium.comSent: Monday, October 23, 2006 5:43:12 PMSubject: Re: [asterisk-users] Unicall Installation On Mon, Oct 23, 2006 at 02:11:22AM -0700, Angel Heart wrote: Hi, Thank you for your comment; Below was the result of./configure checking how to run the C++ preprocessor... /lib/cpp configure: error: C++ preprocessor "/lib/cpp" fails sanity check See `config.log' for more details. [EMAIL PROTECTED] libsupertone-0.0.2]# You don't have g++/gcc-c++ installed. You just need to install somepackages.Which Linux distribution do you use?-- Tzafrir Cohen iax:[EMAIL PROTECTED]/tzafriricq#16849755 mailto:[EMAIL PROTECTED] +972-50-7952406jabber:[EMAIL PROTECTED] http://www.xorcom.com ___--Bandwidth and Colocation provided by Easynews.com --asterisk-users mailing listTo UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Unicall Installation
Hi, Could anyone knows whatwent wrong with theerror below result of installation of libsupertone. [EMAIL PROTECTED] latest]# tar xvf libsupertone-0.0.2.tarlibsupertone-0.0.2/libsupertone-0.0.2/AUTHORSlibsupertone-0.0.2/Makefile.amlibsupertone-0.0.2/COPYINGlibsupertone-0.0.2/config/libsupertone-0.0.2/config/ltmain.shlibsupertone-0.0.2/config/missinglibsupertone-0.0.2/config/install-shlibsupertone-0.0.2/config/config.guesslibsupertone-0.0.2/config/depcomplibsupertone-0.0.2/config/config.sublibsupertone-0.0.2/configurelibsupertone-0.0.2/NEWSlibsupertone-0.0.2/libsupertone.speclibsupertone-0.0.2/ChangeLoglibsupertone-0.0.2/Makefile.inlibsupertone-0.0.2/supertone.clibsupertone-0.0.2/configure.inlibsupertone-0.0.2/libsupertone.hlibsupertone-0.0.2/INSTALLlibsupertone-0.0.2/supertone.hlibsupertone-0.0.2/libsupertone.spec.inlibsupertone-0.0.2/READMElibsupertone-0.0.2/supertone_tests.clibsupertone-0.0.2/config-h.inlibsupertone-0.0.2/aclocal.m4[EMAIL PROTECTED] latest]# ./configure --prefix=/usr/local/lib-bash: ./configure: No such file or directory[EMAIL PROTECTED] latest]# Help, pleeeaaassseee... Angel ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall Installation
On Monday 23 October 2006 21:45, Angel Heart wrote: Hi, Could anyone knows what went wrong with the error below result of installation of libsupertone. [EMAIL PROTECTED] latest]# tar xvf libsupertone-0.0.2.tar [snip] libsupertone-0.0.2/aclocal.m4 [EMAIL PROTECTED] latest]# ./configure --prefix=/usr/local/lib -bash: ./configure: No such file or directory [EMAIL PROTECTED] latest]# Help, pleeeaaassseee... You probably shouldn't blindly follow instructions if you don't know what they do. ./configure should be running the script called configure in the current directory. Which, as the error message states, doesn't exist. You need to change into the correct directory (cd) before you execute the script. -- http://nicegear.co.nz New Zealand's VoIP Supplier ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall Installation
Hi, Thank you for your comment; Below was the result of ./configure checking how to run the C++ preprocessor... /lib/cppconfigure: error: C++ preprocessor "/lib/cpp" fails sanity checkSee `config.log' for more details.[EMAIL PROTECTED] libsupertone-0.0.2]# Please comment. Thanks again. - Original Message From: Hadley Rich [EMAIL PROTECTED]To: Asterisk Users Mailing List - Non-Commercial Discussion asterisk-users@lists.digium.comSent: Monday, October 23, 2006 5:01:16 PMSubject: Re: [asterisk-users] Unicall Installation On Monday 23 October 2006 21:45, Angel Heart wrote: Hi, Could anyone knows what went wrong with the error below result of installation of libsupertone. [EMAIL PROTECTED] latest]# tar xvf libsupertone-0.0.2.tar[snip] libsupertone-0.0.2/aclocal.m4 [EMAIL PROTECTED] latest]# ./configure --prefix=/usr/local/lib -bash: ./configure: No such file or directory [EMAIL PROTECTED] latest]# Help, pleeeaaassseee...You probably shouldn't blindly follow instructions if you don't know what they do../configure should be running the script called configure in the current directory. Which, as the error message states, doesn't exist. You need to change into the correct directory (cd) before you execute the script.-- http://nicegear.co.nzNew Zealand's VoIP Supplier___--Bandwidth and Colocation provided by Easynews.com --asterisk-users mailing listTo UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall Installation
On Mon, Oct 23, 2006 at 02:11:22AM -0700, Angel Heart wrote: Hi, Thank you for your comment; Below was the result of ./configure checking how to run the C++ preprocessor... /lib/cpp configure: error: C++ preprocessor /lib/cpp fails sanity check See `config.log' for more details. [EMAIL PROTECTED] libsupertone-0.0.2]# You don't have g++/gcc-c++ installed. You just need to install some packages. Which Linux distribution do you use? -- Tzafrir Cohen iax:[EMAIL PROTECTED]/tzafrir icq#16849755 mailto:[EMAIL PROTECTED] +972-50-7952406 jabber:[EMAIL PROTECTED] http://www.xorcom.com ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall stack, right versions?
Thanks for the info... I was able to make if work after recompilation and relocation of library files. Regards, Leonimar --- Steve Underwood [EMAIL PROTECTED] wrote: leonimar cape wrote: Hi Steve, I need to enable the Unicall channel in my asterisk box to be able to interconnect to a local telco provider using MFCR2. I use the unicall release unicall-0.0.3pre9 and a patch for asterisk 1.2. Compilation was done with ease. The problem is that I got an error Unable to read supervisory tone set hk once I load the chan. I am using 1.2.9.1 version. Is there any new version that could use. Regards, Leonimar Install everything in the same place. You probably have some of the stuff in /usr and some in /usr/local. This causes problems with the current versions. I should sort this out for future versions. Steve ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall stack, right versions?
Barzilai Spinak wrote: Thank you Steve. About the configs in Asterisk... I confess that I'm new to the code so I still need to read more. I didn't know about ast_config() About the hardcodedness of the countries... that seems to be the problem. Everything is too oriented to my country works like this with this telephone company. When in fact, what I'm using is not even to connect it to a the telephone company of my country but to some other machine which has an old Call Center implementation with some other modification of the MF R2 sequence. It doesn't relate specifically to any country. Yes, they are all similar, and being able to specify the number of ANI and DNIS/DID is sometimes all you need, that's why I could make it work. Well that's just a weird system. Config files tend not to get over those. See Mexico support in Unicall for an example. :-) There's some truth in your statement that opening the configuration to external files may get some people into trouble. On the other hand, what I see is a strange mix of: a) If you're doing telephony stuff you should know what you're doing b) Most people using Unicall (Asterisk for that matter) have very little idea of what they are doing and why (copying and pasting configs from here and there). So, where's the sweet spot? :-) Most users are in category b. Usable by people who don't know what they are doing is paramount. As I said, config files don't get over most problems beyond what you can configure right now. I can spend 1 hour reading the source code and finally knowing how to change it to my needs. (For example, adding a new country) Should I need to? Can people from the (b) set do it? Is it scalable? What is more of a support nightmare? Please take all this as constructive comments. I really appreciate your work and if I had to do it from the start it would take me months longer!!! A real question that should go in a different mail, but what the check: Let's say I have two E1 spans, but one needs to talk CountryFooVersion, and the other needs CountryBarVersion (yes, both on the same machine and in the same country, maybe different number of digits for ANI). Each channel is individually configured. You could have 30 different configurations on a single E1. How would I go about configing that? In a unicall.conf file for chan_unicall? Set a configuration. Define some channels. Set a new configuration. Define some more channels. The most recent configuration is used as each channel is defined. Regards, Steve ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall stack, right versions?
Hi Steve, I need to enable the Unicall channel in my asterisk box to be able to interconnect to a local telco provider using MFCR2. I use the unicall release unicall-0.0.3pre9 and a patch for asterisk 1.2. Compilation was done with ease. The problem is that I got an error Unable to read supervisory tone set hk once I load the chan. I am using 1.2.9.1 version. Is there any new version that could use. Regards, Leonimar --- Steve Underwood [EMAIL PROTECTED] wrote: Barzilai Spinak wrote: Thank you Steve. About the configs in Asterisk... I confess that I'm new to the code so I still need to read more. I didn't know about ast_config() About the hardcodedness of the countries... that seems to be the problem. Everything is too oriented to my country works like this with this telephone company. When in fact, what I'm using is not even to connect it to a the telephone company of my country but to some other machine which has an old Call Center implementation with some other modification of the MF R2 sequence. It doesn't relate specifically to any country. Yes, they are all similar, and being able to specify the number of ANI and DNIS/DID is sometimes all you need, that's why I could make it work. Well that's just a weird system. Config files tend not to get over those. See Mexico support in Unicall for an example. :-) There's some truth in your statement that opening the configuration to external files may get some people into trouble. On the other hand, what I see is a strange mix of: a) If you're doing telephony stuff you should know what you're doing b) Most people using Unicall (Asterisk for that matter) have very little idea of what they are doing and why (copying and pasting configs from here and there). So, where's the sweet spot? :-) Most users are in category b. Usable by people who don't know what they are doing is paramount. As I said, config files don't get over most problems beyond what you can configure right now. I can spend 1 hour reading the source code and finally knowing how to change it to my needs. (For example, adding a new country) Should I need to? Can people from the (b) set do it? Is it scalable? What is more of a support nightmare? Please take all this as constructive comments. I really appreciate your work and if I had to do it from the start it would take me months longer!!! A real question that should go in a different mail, but what the check: Let's say I have two E1 spans, but one needs to talk CountryFooVersion, and the other needs CountryBarVersion (yes, both on the same machine and in the same country, maybe different number of digits for ANI). Each channel is individually configured. You could have 30 different configurations on a single E1. How would I go about configing that? In a unicall.conf file for chan_unicall? Set a configuration. Define some channels. Set a new configuration. Define some more channels. The most recent configuration is used as each channel is defined. Regards, Steve ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall stack, right versions?
Is possible that you are missing the XML file with the supertones definitions. Usually is located at /usr/share/spandsp/global-tones.xml , but it depends on how you configured the spandsp package (./configure --prefix=/usr/blah). Notice that spandsp and libsupertone should be configured with the same prefix, so supertone can look for the file in the correct directory. Also, hk is the code for Hong Kong tones. You must put in unicall.conf a parameter called supertones=country code. That country code must be defined in the XML file i just mentioned. For mexico, supertones=mx Regards On 8/2/06, leonimar cape [EMAIL PROTECTED] wrote: Hi Steve, I need to enable the Unicall channel in my asterisk box to be able to interconnect to a local telco provider using MFCR2. I use the unicall release unicall-0.0.3pre9 and a patch for asterisk 1.2. Compilation was done with ease. The problem is that I got an error Unable to read supervisory tone set hk once I load the chan. I am using 1.2.9.1 version. Is there any new version that could use. Regards, Leonimar --- Steve Underwood [EMAIL PROTECTED] wrote: Barzilai Spinak wrote: Thank you Steve. About the configs in Asterisk... I confess that I'm new to the code so I still need to read more. I didn't know about ast_config() About the hardcodedness of the countries... that seems to be the problem. Everything is too oriented to my country works like this with this telephone company. When in fact, what I'm using is not even to connect it to a the telephone company of my country but to some other machine which has an old Call Center implementation with some other modification of the MF R2 sequence. It doesn't relate specifically to any country. Yes, they are all similar, and being able to specify the number of ANI and DNIS/DID is sometimes all you need, that's why I could make it work. Well that's just a weird system. Config files tend not to get over those. See Mexico support in Unicall for an example. :-) There's some truth in your statement that opening the configuration to external files may get some people into trouble. On the other hand, what I see is a strange mix of: a) If you're doing telephony stuff you should know what you're doing b) Most people using Unicall (Asterisk for that matter) have very little idea of what they are doing and why (copying and pasting configs from here and there). So, where's the sweet spot? :-) Most users are in category b. Usable by people who don't know what they are doing is paramount. As I said, config files don't get over most problems beyond what you can configure right now. I can spend 1 hour reading the source code and finally knowing how to change it to my needs. (For example, adding a new country) Should I need to? Can people from the (b) set do it? Is it scalable? What is more of a support nightmare? Please take all this as constructive comments. I really appreciate your work and if I had to do it from the start it would take me months longer!!! A real question that should go in a different mail, but what the check: Let's say I have two E1 spans, but one needs to talk CountryFooVersion, and the other needs CountryBarVersion (yes, both on the same machine and in the same country, maybe different number of digits for ANI). Each channel is individually configured. You could have 30 different configurations on a single E1. How would I go about configing that? In a unicall.conf file for chan_unicall? Set a configuration. Define some channels. Set a new configuration. Define some more channels. The most recent configuration is used as each channel is defined. Regards, Steve ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- Su nombre es GNU/Linux, no solamente Linux, mas info en http://www.gnu.org; ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall stack, right versions?
leonimar cape wrote: Hi Steve, I need to enable the Unicall channel in my asterisk box to be able to interconnect to a local telco provider using MFCR2. I use the unicall release unicall-0.0.3pre9 and a patch for asterisk 1.2. Compilation was done with ease. The problem is that I got an error Unable to read supervisory tone set hk once I load the chan. I am using 1.2.9.1 version. Is there any new version that could use. Regards, Leonimar Install everything in the same place. You probably have some of the stuff in /usr and some in /usr/local. This causes problems with the current versions. I should sort this out for future versions. Steve ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Unicall stack, right versions?
Last night I started compiling all the components of the Unicall stack. So far I've been able to successfully do a testcall. A couple of questions: 1) If you download the snapshot libraries, a funcion that used to be called dtmf_put now has been changed to dtmf_tx_put, however the client code from the other library (I forget which one atm) still uses the old name so I had to fix it. 2) the Makefile patch for the Asterisk channel seems to be for the 1.1.x versions of Asterisk. In the snapshots there's a patch that seems to be for the 1.2.x versions but I haven't tried it yet. Does it work as is or do I have to patch the patch? for Asterisk 1.2.9? In sum, what is the most up-to-date AND stable combination of libraries for the Unicall stack? P.S. 1: A lot of Unicall seems to be hardcoded in the .h and .c files, like the countries and how they behave... I *might* attempt to do something more flexible if I have time *and* brush up my C which I haven't used much in the last 4 years. P.S. 2: A lot of behavior in the Asterisk ecosystem seems to be replicated over and over in the different parts of the code, for example the reading of configuration files, which each programmer does in their own way. How about some generalized configuration code module? Maybe this question is better for the dev list. BarZ ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall stack, right versions?
On 8/1/06, Barzilai [EMAIL PROTECTED] wrote: Last night I started compiling all the components of the Unicall stack. So far I've been able to successfully do a testcall. Congratulations! :) 1) If you download the snapshot libraries, a funcion that used to be called dtmf_put now has been changed to dtmf_tx_put, however the client code from the other library (I forget which one atm) still uses the old name so I had to fix it. This does not seems to be a question. But yes, in fact sometimes steve seems forget to update the libraries to match those changes. I had a hard to find problem with logical incorrect argument passing from a function of spandsp used by unicall. 2) the Makefile patch for the Asterisk channel seems to be for the 1.1.x versions of Asterisk. In the snapshots there's a patch that seems to be for the 1.2.x versions but I haven't tried it yet. Does it work as is or do I have to patch the patch? for Asterisk 1.2.9? In sum, what is the most up-to-date AND stable combination of libraries for the Unicall stack? I think the only way to go is actually trying. I doubt someone has made a list of the right versions. Most of people is so happpy of getting unicall finally working that nobody cares wich version they have :p I would recommend use the more recent versions, and only downgrade if you have problems. P.S. 1: A lot of Unicall seems to be hardcoded in the .h and .c files, like the countries and how they behave... I *might* attempt to do something more flexible if I have time *and* brush up my C which I haven't used much in the last 4 years. That would be great :) P.S. 2: A lot of behavior in the Asterisk ecosystem seems to be replicated over and over in the different parts of the code, for example the reading of configuration files, which each programmer does in their own way. How about some generalized configuration code module? Maybe this question is better for the dev list. hum, as far as i know every programmer should be using ast_config() and friends to read configuration files, since the user could choose to use database configuration files, or some other config engine. What do you mean with this? Regards. Moises Silva -- Su nombre es GNU/Linux, no solamente Linux, mas info en http://www.gnu.org; ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall stack, right versions?
Barzilai wrote: Last night I started compiling all the components of the Unicall stack. So far I've been able to successfully do a testcall. A couple of questions: 1) If you download the snapshot libraries, a funcion that used to be called dtmf_put now has been changed to dtmf_tx_put, however the client code from the other library (I forget which one atm) still uses the old name so I had to fix it. Don't use the snapshots. If you use the latest releases this won't happen. 2) the Makefile patch for the Asterisk channel seems to be for the 1.1.x versions of Asterisk. In the snapshots there's a patch that seems to be for the 1.2.x versions but I haven't tried it yet. Does it work as is or do I have to patch the patch? for Asterisk 1.2.9? There hasn't been a need to update the software for some time. The 1.1.x directory works fine with 1.2.x. I should have changed that. Sorry. In sum, what is the most up-to-date AND stable combination of libraries for the Unicall stack? The latest release is, well, the latest release. P.S. 1: A lot of Unicall seems to be hardcoded in the .h and .c files, like the countries and how they behave... I *might* attempt to do something more flexible if I have time *and* brush up my C which I haven't used much in the last 4 years. Bad idea. Its like that for a reason. The present arrangements make support much much simpler. Things like Dialogic, where R2 is alsmost completely configured in config files still end up hard coding a few things. Those config files cause support trouble, though. In my code the variations needed within countries are already allowed for. The whole Unicall scheme is being heavily reworked right now, to separate out the hardware specific elements into their own modules. Hard coded support for countries is something I won't be changing, though. P.S. 2: A lot of behavior in the Asterisk ecosystem seems to be replicated over and over in the different parts of the code, for example the reading of configuration files, which each programmer does in their own way. How about some generalized configuration code module? Maybe this question is better for the dev list. Chaos seems to be the Asterisk way. :-) Steve ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall stack, right versions?
Thank you Steve. About the configs in Asterisk... I confess that I'm new to the code so I still need to read more. I didn't know about ast_config() About the hardcodedness of the countries... that seems to be the problem. Everything is too oriented to my country works like this with this telephone company. When in fact, what I'm using is not even to connect it to a the telephone company of my country but to some other machine which has an old Call Center implementation with some other modification of the MF R2 sequence. It doesn't relate specifically to any country. Yes, they are all similar, and being able to specify the number of ANI and DNIS/DID is sometimes all you need, that's why I could make it work. There's some truth in your statement that opening the configuration to external files may get some people into trouble. On the other hand, what I see is a strange mix of: a) If you're doing telephony stuff you should know what you're doing b) Most people using Unicall (Asterisk for that matter) have very little idea of what they are doing and why (copying and pasting configs from here and there). So, where's the sweet spot? :-) I can spend 1 hour reading the source code and finally knowing how to change it to my needs. (For example, adding a new country) Should I need to? Can people from the (b) set do it? Is it scalable? What is more of a support nightmare? Please take all this as constructive comments. I really appreciate your work and if I had to do it from the start it would take me months longer!!! A real question that should go in a different mail, but what the check: Let's say I have two E1 spans, but one needs to talk CountryFooVersion, and the other needs CountryBarVersion (yes, both on the same machine and in the same country, maybe different number of digits for ANI). How would I go about configing that? Thanks BarZ Steve Underwood wrote: Barzilai wrote: Last night I started compiling all the components of the Unicall stack. So far I've been able to successfully do a testcall. A couple of questions: 1) If you download the snapshot libraries, a funcion that used to be called dtmf_put now has been changed to dtmf_tx_put, however the client code from the other library (I forget which one atm) still uses the old name so I had to fix it. Don't use the snapshots. If you use the latest releases this won't happen. 2) the Makefile patch for the Asterisk channel seems to be for the 1.1.x versions of Asterisk. In the snapshots there's a patch that seems to be for the 1.2.x versions but I haven't tried it yet. Does it work as is or do I have to patch the patch? for Asterisk 1.2.9? There hasn't been a need to update the software for some time. The 1.1.x directory works fine with 1.2.x. I should have changed that. Sorry. In sum, what is the most up-to-date AND stable combination of libraries for the Unicall stack? The latest release is, well, the latest release. P.S. 1: A lot of Unicall seems to be hardcoded in the .h and .c files, like the countries and how they behave... I *might* attempt to do something more flexible if I have time *and* brush up my C which I haven't used much in the last 4 years. Bad idea. Its like that for a reason. The present arrangements make support much much simpler. Things like Dialogic, where R2 is alsmost completely configured in config files still end up hard coding a few things. Those config files cause support trouble, though. In my code the variations needed within countries are already allowed for. The whole Unicall scheme is being heavily reworked right now, to separate out the hardware specific elements into their own modules. Hard coded support for countries is something I won't be changing, though. P.S. 2: A lot of behavior in the Asterisk ecosystem seems to be replicated over and over in the different parts of the code, for example the reading of configuration files, which each programmer does in their own way. How about some generalized configuration code module? Maybe this question is better for the dev list. Chaos seems to be the Asterisk way. :-) Steve ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall reload problem
I think is a problem in the reload routine of unicall. Note that I have not the newest version, and im not able to reload, it does not give me the same message, but still i cannot reload and the unicall channels are no longer available after executing reload. I think you should avoid using reload, or fix the reload routine. Regards On 7/24/06, Jesus Mogollon [EMAIL PROTECTED] wrote: I'm have a problem with Unicall not being able to recover from an Asterisk reload. When I try reloading, Unicall reports: Jul 24 22:50:44 ERROR[9252]: chan_unicall.c:3444 mkintf: Unable to open channel 1: Device or resource busy here = 0, tmp-channel = 0, channel = 1 Jul 24 22:50:44 ERROR[9252]: chan_unicall.c:4216 setup_unicall: Unable to register channel '1-15' Jul 24 22:50:44 WARNING[9252]: chan_unicall.c:4536 reload: Reload of chan_unicall.so is unsuccessful! Why would this be the case? Jesus Mogollon ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- Su nombre es GNU/Linux, no solamente Linux, mas info en http://www.gnu.org; ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Unicall reload problem
I'm have a problem with Unicall not being able to recover from an Asterisk reload. When I try reloading, Unicall reports:Jul 24 22:50:44 ERROR[9252]: chan_unicall.c:3444 mkintf: Unable to open channel 1: Device or resource busy here = 0, tmp-channel = 0, channel = 1Jul 24 22:50:44 ERROR[9252]: chan_unicall.c:4216 setup_unicall: Unable to register channel '1-15'Jul 24 22:50:44 WARNING[9252]: chan_unicall.c:4536 reload: Reload of chan_unicall.so is unsuccessful! Why would this be the case?Jesus Mogollon ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall, not HOW but WHY
On 20 Jul 2006, at 20:27, Barzilai wrote: Warning: This message is a valid question, and is also kind of a [RANT] at the end... but I'm high on caffeine and I had fun writing it. The ranting part more or less reflect the state of the Asterisk ecosystem until the end of 2005, which has been getting a little better but a lot of the garbage remains. At least someone answer my questions :-) Ok, I feel your pain, BUT, there is no point in taking it out on the Asterisk community. When I first encountered my local PRI variant (Euro ISDN) 10 years ago I tried to configure a $10k Dialog to talk to it, I couldn't get it to work, until some guy on the Dialogic Forum told me to to use the GUI interface and then take a texteditor to an ini file to change an 0x0C to 0x0A and add a line 0x0A=0ff. That was to make it work with the standard for the whole of western europe! So, what I'm saying is that Telephony standards are messy, and vary from country to country and carrier to carrier, so inevitably you get weird config files. Now, at least with Open source you can find out what options exist from looking at the code, even if you don't have an exact recipe for your carrier. Do I wish it wasn't like that - sure - can it be fixed by developers - no. Tim Panton www.mexuar.com ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall, not HOW but WHY
On Thu, Jul 20, 2006 at 05:29:21PM -0500, Moises Silva wrote: On 7/20/06, Tzafrir Cohen [EMAIL PROTECTED] wrote: On Thu, Jul 20, 2006 at 03:51:25PM -0500, Moises Silva wrote: 2) Why the Unicall package? Not *how* but *why*. You are not forced to use Unicall, but AFAIK, libmfcr2 is the only MFCR2 open source library and since libmfcr2 was wrote by the same guy that wrote Unicall telephony abstraction (Steve Underwood), makes sense to use it. However you can use Asterisk Zapata channels with MFCR2 support, that way you skip the Unicall thing, however, Zapata would still be using libmfcr2, and I think there is even less documentation about using Zapata with libmfcr2 than using Unicall with libmfcr2. AFAIK, the MFCR2 support in chan_zap doesn't actually work and was Steve Underwood's first shot at the problem. I believe it is to be removed from 1.4. I really dont know, if it works, but digging into the source for other purposes, I just looked a lot of code in chan_zap with ifdefs regarding MFCR2. Some reference: http://bugs.debian.org/342139 MFCR2 support has been patched out of Debian's chan_zap for that reason. chan_unicall is availble in a separate package. -- Tzafrir Cohen sip:[EMAIL PROTECTED] icq#16849755 iax:[EMAIL PROTECTED] +972-50-7952406 jabber:[EMAIL PROTECTED] [EMAIL PROTECTED] http://www.xorcom.com ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall in Australia
from the comments in mfcr2.c /* There also appear to be R2 variants for at least the following: Australia Belgium Costa Rica Eastern Europe Ecuador (ITU) Ecuador (IME) Finland Greece Guatemala Israel New Zealand Paraguay Peru South Africa Uruguay */ So, it seems no support for now. I think Steve Underwood would like to have someone in Australia capable of reporting feedback to support one country more. Regards On 7/19/06, Paul Hales [EMAIL PROTECTED] wrote: Is unicall actually in use in Australia? PaulH On Thu, 2006-07-20 at 13:17 +1000, MBIT Technologies wrote: Hi Has anyone set this up and what protocol variant did you use for unicall? There is no Australian setting that I know of so any help would be greatly appreciated. Regards Mark Brooker ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- Su nombre es GNU/Linux, no solamente Linux, mas info en http://www.gnu.org; ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Unicall, not HOW but WHY
Warning: This message is a valid question, and is also kind of a [RANT] at the end... but I'm high on caffeine and I had fun writing it. The ranting part more or less reflect the state of the Asterisk ecosystem until the end of 2005, which has been getting a little better but a lot of the garbage remains. At least someone answer my questions :-) [QuestionSection] So, I've been reading reading, on and off, for weeks about the *proper* way to set up E1 in Asterisk. I've read all the pertinent mailing list messages since year 2003 to the date, read everything at voip-info.org, AsteriskGuru, Google, etc. I'm still confused. Many questions remain, some of them are: 1) Why do the zaptel and librpi drivers and libraries pretend to handle E1 cards, but apparently know nothing about the MFCR2 protocols? Is there any other normal way to use the E1's (with respect to telephony) 2) Why the Unicall package? Not *how* but *why*. 3) Probably 3/4 of the world use E1 with its variants. Why is Unicall not included in the regular Asterisk distribution? Is it *really needed* for E1 or are there alternative ways? [RANT] And I could write a lot about the *hows*. Everything I've read can be summarized in a bunch a of cookbook recipies, quite often ambiguous and even contradicting themselves. It goes more or less like this: Hi, I've finally got it working!! l0lz d00d!!! 1) make this and make that 2) Don't pay attention to all the CVS instructions because now they have changed to SVN 3) Download libXXXPr0C4llz from some mirror 4) Patch, make, edit, repatch, OMG pray!! 5) Go into zapsomething.conf and add the following to the end of the file: # I got this one from voip-info.org/Mexican+Guy # He uses MagicValueY but doesn't seem to work with my kernel version # So I read the source code and found MagicValueX which seems to work at the moment undocumented_param_1=MagicValueX # I commented this one out because it gives errors. Don't ask me why, just do it!! # (Google gives 3 hits when searching for it. Two are Japanese porn pages and the other one gives 404 Not Found) # undocumented_param_2=RangeOfMagicValues # This one is documented in three different e-mails and two blogs # except some people use it in zapsomething.conf and other people use it in unicallplus.ini # If it doesn't work for you, try 33 or 35 # DON'T USE the 36 that the Asterisk book mentions, it was already obsolete by the time the book hit the shelves!!! documented_param_sigma=34 # Some people use bchan, some people use cas, some people use both, some people use dchan also. # However very few people know what they mean and how they interact. # Your mileage may vary, but nobody will know why! LOL! cas=1-15:1001 cas=17-31:1001 #bchan=1-15:1001 #bchan=17-31:1001 dchan=16 # If you live in Chiapas or northen Kazajkstan change it to . Some guy used 0001 and his dog died. I'll shut up now. BarZ ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall, not HOW but WHY
snip # If you live in Chiapas or northen Kazajkstan change it to . Some guy used 0001 and his dog died. I'll shut up now. Funny stuff, thanks for the giggles. I don't use E1, but see your points all to clearly. Marty ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall, not HOW but WHY
1) Why do the zaptel and librpi drivers and libraries pretend to handle E1 cards, but apparently know nothing about the MFCR2 protocols? Is there any other normal way to use the E1's (with respect to telephony) Zaptel is the driver code. Does not need to know anything about higher level protocol handling like MFCR2 or PRI. It only handles link level stuff, line coding, framing etc. Zaptel cards can be used for non voip, or telephony purposes, like connecting to the Internet through HDLC. 2) Why the Unicall package? Not *how* but *why*. You are not forced to use Unicall, but AFAIK, libmfcr2 is the only MFCR2 open source library and since libmfcr2 was wrote by the same guy that wrote Unicall telephony abstraction (Steve Underwood), makes sense to use it. However you can use Asterisk Zapata channels with MFCR2 support, that way you skip the Unicall thing, however, Zapata would still be using libmfcr2, and I think there is even less documentation about using Zapata with libmfcr2 than using Unicall with libmfcr2. 3) Probably 3/4 of the world use E1 with its variants. Why is Unicall not included in the regular Asterisk distribution? Is it *really needed* for E1 or are there alternative ways? Again, you are not tied to use Unicall, but may be you are tied to use libmfcr2 unless you feel like you can write other protocol implementation, or you find other implementation. I dont know why is not included with Asterisk distribution, but one reason could be that Zapata channels already have support for handling MFCR2 if you have installed libmfcr2. Regards -- Su nombre es GNU/Linux, no solamente Linux, mas info en http://www.gnu.org; ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall, not HOW but WHY
On Thu, Jul 20, 2006 at 03:51:25PM -0500, Moises Silva wrote: 1) Why do the zaptel and librpi drivers and libraries pretend to handle E1 cards, but apparently know nothing about the MFCR2 protocols? Is there any other normal way to use the E1's (with respect to telephony) Zaptel is the driver code. Does not need to know anything about higher level protocol handling like MFCR2 or PRI. It only handles link level stuff, line coding, framing etc. Zaptel cards can be used for non voip, or telephony purposes, like connecting to the Internet through HDLC. Do you have the patch to support MFCR2 for libpri or whatever? 2) Why the Unicall package? Not *how* but *why*. You are not forced to use Unicall, but AFAIK, libmfcr2 is the only MFCR2 open source library and since libmfcr2 was wrote by the same guy that wrote Unicall telephony abstraction (Steve Underwood), makes sense to use it. However you can use Asterisk Zapata channels with MFCR2 support, that way you skip the Unicall thing, however, Zapata would still be using libmfcr2, and I think there is even less documentation about using Zapata with libmfcr2 than using Unicall with libmfcr2. AFAIK, the MFCR2 support in chan_zap doesn't actually work and was Steve Underwood's first shot at the problem. I believe it is to be removed from 1.4. -- Tzafrir Cohen sip:[EMAIL PROTECTED] icq#16849755 iax:[EMAIL PROTECTED] +972-50-7952406 jabber:[EMAIL PROTECTED] [EMAIL PROTECTED] http://www.xorcom.com ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall, not HOW but WHY
On 7/20/06, Tzafrir Cohen [EMAIL PROTECTED] wrote: On Thu, Jul 20, 2006 at 03:51:25PM -0500, Moises Silva wrote: 1) Why do the zaptel and librpi drivers and libraries pretend to handle E1 cards, but apparently know nothing about the MFCR2 protocols? Is there any other normal way to use the E1's (with respect to telephony) Zaptel is the driver code. Does not need to know anything about higher level protocol handling like MFCR2 or PRI. It only handles link level stuff, line coding, framing etc. Zaptel cards can be used for non voip, or telephony purposes, like connecting to the Internet through HDLC. Do you have the patch to support MFCR2 for libpri or whatever? Im sorry, I did not understand your question. Was sacarsm or something? 2) Why the Unicall package? Not *how* but *why*. You are not forced to use Unicall, but AFAIK, libmfcr2 is the only MFCR2 open source library and since libmfcr2 was wrote by the same guy that wrote Unicall telephony abstraction (Steve Underwood), makes sense to use it. However you can use Asterisk Zapata channels with MFCR2 support, that way you skip the Unicall thing, however, Zapata would still be using libmfcr2, and I think there is even less documentation about using Zapata with libmfcr2 than using Unicall with libmfcr2. AFAIK, the MFCR2 support in chan_zap doesn't actually work and was Steve Underwood's first shot at the problem. I believe it is to be removed from 1.4. I really dont know, if it works, but digging into the source for other purposes, I just looked a lot of code in chan_zap with ifdefs regarding MFCR2. Regards -- Su nombre es GNU/Linux, no solamente Linux, mas info en http://www.gnu.org; ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Unicall libmfcr
Hi Im wondering if you can help me with this error mfcr2.c:3543: error: `UC_REQUESTMOREINFO_ORIGINATING_NUMBER' undeclared (first use in this function) mfcr2.c: In function `call_control': mfcr2.c:3894: error: `UC_OP_REQUESTMOREINFO' undeclared (first use in this function) mfcr2.c:3895: error: `uc_requestmoreinfo_t' undeclared (first use in this function) mfcr2.c:3895: error: syntax error before ')' token make[1]: *** [mfcr2.lo] Error 1 make[1]: Leaving directory `/usr/src/unicall/libmfcr2-0.0.3' make: *** [all] Error 2 Ive got the latest snapshot 20060205. Regards Mark Brooker ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Unicall libmfcr
From where did you downloaded the snapshot? could you post a link to the sources? I think this is a problem of missmatch version of old libunicall an newer libmfcr. Those undefined macros should be part of the libunicall headers, so when compiling the new libmfcr2, it does not find the newer libunicall macros. Anyway, im just guessing. I have downloaded what I think is the latest distribution of unicall from soft-switch.org, in download section, and cannot find such macros. Please point at the sources. Regards On 7/19/06, MBIT Technologies [EMAIL PROTECTED] wrote: Hi I'm wondering if you can help me with this error mfcr2.c:3543: error: `UC_REQUESTMOREINFO_ORIGINATING_NUMBER' undeclared (first use in this function) mfcr2.c: In function `call_control': mfcr2.c:3894: error: `UC_OP_REQUESTMOREINFO' undeclared (first use in this function) mfcr2.c:3895: error: `uc_requestmoreinfo_t' undeclared (first use in this function) mfcr2.c:3895: error: syntax error before ')' token make[1]: *** [mfcr2.lo] Error 1 make[1]: Leaving directory `/usr/src/unicall/libmfcr2-0.0.3' make: *** [all] Error 2 I've got the latest snapshot 20060205. Regards Mark Brooker ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- Su nombre es GNU/Linux, no solamente Linux, mas info en http://www.gnu.org; ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Unicall in Australia
Hi Has anyone set this up and what protocol variant did you use for unicall? There is no Australian setting that I know of so any help would be greatly appreciated. Regards Mark Brooker ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
