Hi dae,
Your zapata.conf must be ok, now inyour unicall.conf [channels] language=es context=from-pstn usecallerid=yes hidecallerid=no immediate=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=yes echotraining=yes rxgain=0.0 txgain=0.0 loglevel=255 callgroup=1 pickupgroup=1 group=1 musiconhold=default relaxdtmf=yes category=NATIONAL_SUBSCRIBER ; protocolclass=mfcr2 protocolvariant=co,20,4,x,T1=1500,T2=24000,T3=15000,max-seize-wait-ack=3000 protocolend=cpe ; ; E1 IN group = 1 context = from-pstn channel => 1-15 ; E1 OUT group = 2 context = from-pstn channel => 17-31 ------------------------------------- It's very important that you identify: - E1 lines in - E1 lines out Now from your cosole type: asterisk -r now from asterisk cli type: pbx*> UC show channels The result must be an list with your unicall channels, similar to: Channel Extension Context Status Language MusicOnHold 1 from-pstn Idle es default 2 from-pstn Idle es default 3 from-pstn Idle es default 4 from-pstn Idle es default 5 from-pstn Idle es default 6 from-pstn Idle es default 7 from-pstn Idle es default 8 from-pstn Idle es default 9 from-pstn Idle es default 10 from-pstn Idle es default 11 from-pstn Idle es default 12 from-pstn Idle es default 13 from-pstn Idle es default 14 from-pstn Idle es default 15 from-pstn Idle es default 17 6842 from-pstn Idle es default 18 from-pstn Idle es default 19 from-pstn Idle es default 20 from-pstn Idle es default 21 from-pstn Idle es default 22 from-pstn Idle es default 23 from-pstn Idle es default 24 from-pstn Idle es default 25 from-pstn Idle es default 26 from-pstn Idle es default 27 from-pstn Idle es default 28 from-pstn Idle es default 29 from-pstn Idle es default 30 from-pstn Idle es default 31 from-pstn Idle es default Good luck! Luis Morales On Fri, Sep 19, 2008 at 9:04 PM, Dae Yeung Um <[EMAIL PROTECTED]> wrote: > It's a Digium TE121P with Echo Cancellation > > > Zapata.conf > > > # Span 1: WCT1/0 "Wildcard TE121 Card 0" HDB3/CCS/CRC4 RED RECOVERING > span=1,1,0,ccs,hdb3 > cas=1-15:1101 > dchan=16 > cas=17-31:1101 > > # Span 2: WCTDM/0 "Wildcard AEX800 Board 1" (MASTER) > fxsks=32 > fxsks=33 > fxsks=34 > fxsks=35 > # channel 36, WCTDM, no module. > # channel 37, WCTDM, no module. > # channel 38, WCTDM, no module. > # channel 39, WCTDM, no module. > > # Global data > > loadzone = us > defaultzone = us > > > > > [Channels] > language=en > usecallerid=yes > echocancel=yes > rxgain=0 > txgain=0 > group=1 > callgroup=0 > pickupgroup=0 > amaflags=default > accountcode=avantel > musiconhold=default > context=from-pstn > group=1 > loglevel=0 > protocolclass=mfcr2 > protocolvariant=ar,20,4 > channel => 1-15 > channel => 16-31 > > > > I cannot receive calls... I cant see any type of logs on the console when I > try to call in. > > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Luis Morales > Sent: Thursday, September 18, 2008 12:45 PM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: Re: [asterisk-users] Help with MFC/R2 > > I'm not sure but on E1 setup you can have only one way (in or out). In > my case i have 15 in and 15 out. > > Told me more about your hardware: > - E1 cards > - How did you do to connect E1 interface to E1 asterisk's card ? > - You can receive calls ? > > Please send us zapata.conf and unicall.conf > > Regards, > > Luis Morales > > > > On Fri, Sep 19, 2008 at 12:46 PM, Dae Yeung Um <[EMAIL PROTECTED]> wrote: >> All channels 1~15, 17~31 is supposed to be double way. To place and > receive >> calls. >> >> >> The line is supposed be E1-MFC/R2 and works perfect with a Panasonic PBX, >> actually >> >> Exists any variant of MFC/R2? And how can I configure it to get working? >> >> >> Your help will be very appreciated! >> >> >> Thank you! >> >> >> >> -----Original Message----- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] On Behalf Of Luis Morales >> Sent: Thursday, September 18, 2008 10:10 AM >> To: Asterisk Users Mailing List - Non-Commercial Discussion >> Subject: Re: [asterisk-users] Help with MFC/R2 >> >> Ok, >> >> in your E1 setup: >> >> 1-15: to outgoing calls >> 16-30: for incomming calls >> >> ? >> >> Now for make calls your telephone company must be provide MFC-R2 >> signaling. In your case the logs files show an invalid signal on make >> call. >> >> >> Regards, >> >> Luis Morales >> >> On Fri, Sep 19, 2008 at 10:10 AM, Dae Yeung Um <[EMAIL PROTECTED]> wrote: >>> Hello >>> >>> >>> I got: >>> >>> >>> [Sep 17 19:24:50] DEBUG[4934] chan_unicall.c: unicall_call called - >>> 'g1/6055151' >>> [Sep 17 19:24:50] DEBUG[4934] chan_unicall.c: unicall_call caller id - >>> '1102' >>> [Sep 17 19:24:50] DEBUG[4934] chan_unicall.c: no UC_CATEGORY specified > for >>> chan UniCall/1-1, using default NATIONAL_SUBSCRIBER >>> [Sep 17 19:24:50] VERBOSE[4934] logger.c: MFC/R2 UniCall/1 Call > control(1) >>> [Sep 17 19:24:50] VERBOSE[4934] logger.c: MFC/R2 UniCall/1 Make call >>> [Sep 17 19:24:50] WARNING[4934] chan_unicall.c: Make call failed - > Blocked >>> [Sep 17 19:24:50] VERBOSE[4934] logger.c: -- Couldn't call g1/6055151 >>> [Sep 17 19:24:50] VERBOSE[4934] logger.c: MFC/R2 UniCall/1 Channel gains >>> [Sep 17 19:24:50] VERBOSE[4934] logger.c: MFC/R2 UniCall/1 Channel >> switching >>> [Sep 17 19:24:50] DEBUG[4934] chan_unicall.c: Hangup: channel: 1 index = >> 0, >>> normal = 11, callwait = -1, thirdcall = -1 >>> [Sep 17 19:24:50] DEBUG[4934] chan_unicall.c: Updated conferencing on 1, >>> with 0 conference users >>> [Sep 17 19:24:50] VERBOSE[4934] logger.c: -- Hungup 'UniCall/1-1' >>> >>> >>> >>> >>> -----Original Message----- >>> From: [EMAIL PROTECTED] >>> [mailto:[EMAIL PROTECTED] On Behalf Of Luis > Morales >>> Sent: Thursday, September 18, 2008 8:17 AM >>> To: Asterisk Users Mailing List - Non-Commercial Discussion >>> Subject: Re: [asterisk-users] Help with MFC/R2 >>> >>> Dae, >>> >>> Activate debug full: >>> >>> asterisk -vvvvvvvvvvvvvvvvvr >>> >>> in other console do: >>> >>> tail -vf /var/log/asterisk/full >>> >>> >>> Try to put call and send us more details about your logs >>> >>> >>> Regards, >>> >>> Luis Morales >>> >>> >>> On Thu, Sep 18, 2008 at 11:49 PM, Dae Yeung Um <[EMAIL PROTECTED]> wrote: >>>> In fact I see 1101 in the rx bits on all channels... >>>> >>>> But I have in parallel one old Panasonic Key Phone system (Actually in >>>> production, to be replaced by asterisk), and it's works perfectly and >>>> immediately once I pass the E1 cables to there... >>>> >>>> So, the problem is not from Telco... >>>> >>>> >>>> -----Original Message----- >>>> From: [EMAIL PROTECTED] >>>> [mailto:[EMAIL PROTECTED] On Behalf Of Moises >> Silva >>>> Sent: Wednesday, September 17, 2008 10:57 PM >>>> To: Asterisk Users Mailing List - Non-Commercial Discussion >>>> Subject: Re: [asterisk-users] Help with MFC/R2 >>>> >>>> It seems to me your lines are blocked. >>>> >>>> Execute zttool and if you see 1101 in the rx bits, it means the telco >>>> (or whatever you have in the other end) has blocked their side. If >>>> this is a telco line you need to call them and tell them to unblock >>>> your lines. >>>> >>>> On Wed, Sep 17, 2008 at 10:33 PM, Dae Yeung Um <[EMAIL PROTECTED]> wrote: >>>>> Thank you for the reply >>>>> >>>>> >>>>> I shutdown asterisk and tried again and I have to following logs... >>>>> >>>>> >>>>> >>>>> OUTGOING TEST : >>>>> >>>>> Testcall.conf >>>>> caller yes >>>>> destination-no 6055151 >>>>> originating-no 7309130 >>>>> protocol-class mfcr2 >>>>> protocol-variant ar,20,4 >>>>> circuits 1-2 >>>>> >>>>> Log: >>>>> >>>>> ./testcall >>>>> Chan 1, class 'mfcr2', variant 'ar,20,4', end 2, caller 1, from >> '7309130' >>>> to >>>>> '6055151' >>>>> Chan 2, class 'mfcr2', variant 'ar,20,4', end 2, caller 1, from >> '7309131' >>>> to >>>>> '6055152' >>>>> Loading protocol mfcr2 >>>>> Thread for channel 0 >>>>> Thread for channel 1 >>>>> 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 -> [1/BLOCKED /Idle /Idle > ] >>>>> MFC/R2 Chan 1: local_unblocking_expired >>>>> Chan 1: -- Local end unblocked! :-) >>>>> Chan 1: -- Local end unblocked! :-) >>>>> MFC/R2 Chan 2: local_unblocking_expired >>>>> Chan 2: -- Local end unblocked! :-) >>>>> Chan 2: -- Local end unblocked! :-) >>>>> Main thread >>>>> >>>>> >>>>> ---- >>>>> >>>>> >>>>> Incoming test : >>>>> >>>>> Testcall.conf >>>>> >>>>> caller no >>>>> protocol-class mfcr2 >>>>> protocol-variant ar,20,4 >>>>> on-offered answer >>>>> circuits 1-2 >>>>> >>>>> >>>>> Log: >>>>> >>>>> Chan 1, class 'mfcr2', variant 'ar,20,4', end 2, caller 0, from '' to > '' >>>>> Chan 2, class 'mfcr2', variant 'ar,20,4', end 2, caller 0, from '' to > '' >>>>> Loading protocol mfcr2 >>>>> Thread for channel 0 >>>>> Thread for channel 1 >>>>> 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 -> [1/BLOCKED /Idle /Idle > ] >>>>> MFC/R2 Chan 2: local_unblocking_expired >>>>> MFC/R2 Chan 1: local_unblocking_expired >>>>> Chan 2: -- Local end unblocked! :-) >>>>> Chan 1: -- Local end unblocked! :-) >>>>> Chan 1: -- Local end unblocked! :-) >>>>> Chan 2: -- Local end unblocked! :-) >>>>> Main thread >>>>> Main thread >>>>> Main thread >>>>> >>>>> >>>>> Seems no any response from far side... Do you have any ideas?? >>>>> >>>>> >>>>> >>>>> Only one time, I got the following log: >>>>> >>>>> >>>>> #./testcall >>>>> Chan 1, class 'mfcr2', variant 'ar,20,4', end 2, caller 0, from '' to > '' >>>>> Chan 2, class 'mfcr2', variant 'ar,20,4', end 2, caller 0, from '' to > '' >>>>> Loading protocol mfcr2 >>>>> Thread for channel 0 >>>>> Thread for channel 1 >>>>> 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 -> [1/BLOCKED /Idle /Idle > ] >>>>> Chan 2: -- Protocol failure on channel 0, cause (32773) Unexpected > CAS >>>> bit >>>>> pattern >>>>> Chan 1: -- Protocol failure on channel 0, cause (32773) Unexpected > CAS >>>> bit >>>>> pattern >>>>> Chan 2: -- Protocol failure on channel 0, cause (32773) Unexpected > CAS >>>> bit >>>>> pattern >>>>> Chan 1: -- Protocol failure on channel 0, cause (32773) Unexpected > CAS >>>> bit >>>>> pattern >>>>> MFC/R2 Chan 2: local_unblocking_expired >>>>> MFC/R2 Chan 1: local_unblocking_expired >>>>> Chan 1: -- Local end unblocked! :-) >>>>> Chan 1: -- Local end unblocked! :-) >>>>> Chan 2: -- Local end unblocked! :-) >>>>> Chan 2: -- Local end unblocked! :-) >>>>> Main thread >>>>> MFC/R2 Chan 2: <- 1101 [1/BLOCKED /Idle /Idle > ] >>>>> Chan 2: -- Far end blocked! :-( >>>>> Chan 2: -- Far end blocked! :-( >>>>> MFC/R2 Chan 1: <- 1101 [1/BLOCKED /Idle /Idle > ] >>>>> Chan 1: -- Far end blocked! :-( >>>>> Chan 1: -- Far end blocked! :-( >>>>> Main thread >>>>> Main thread >>>>> Main thread >>>>> >>>>> >>>>> >>>>> But after rerunning the test, I only get the first log (w/o Far end >>>>> replies.) >>>>> >>>>> >>>>> >>>>> Any help will be really appreciated! >>>>> >>>>> >>>>> >>>>> Thank you! >>>>> >>>>> >>>>> >>>>> -----Original Message----- >>>>> From: [EMAIL PROTECTED] >>>>> [mailto:[EMAIL PROTECTED] On Behalf Of Moises >>> Silva >>>>> Sent: Wednesday, September 17, 2008 8:33 AM >>>>> To: Asterisk Users Mailing List - Non-Commercial Discussion >>>>> Subject: Re: [asterisk-users] Help with MFC/R2 >>>>> >>>>> That means someone else has already open the zap device, most likely >>>>> Asterisk. Just one application at a given time can open a zap device. >>>>> You cannot run testcall and Asterisk at the same time unless you make >>>>> sure they don't try to open the same channels. >>>>> >>>>> Moy >>>>> >>>>> On Wed, Sep 17, 2008 at 1:27 AM, Dae Yeung Um <[EMAIL PROTECTED]> wrote: >>>>>> Hello >>>>>> >>>>>> >>>>>> >>>>>> I'm new in this list, but I have some experience working with asterisk >>>> and >>>>>> we are located in Bogota, Colombia. >>>>>> >>>>>> >>>>>> >>>>>> At now I'm having some problems configuring an E1 MFC/R2. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> I have configured Unicall as indicated using the following versions, >> and >>>>>> everything "seems" to be correct, but I can't place or receive the >> calls >>>>>> (receive CHANUNAVAIL message) >>>>>> >>>>>> >>>>>> >>>>>> asterisk-1.4.21.2 >>>>>> >>>>>> libsupertone-0.0.2 >>>>>> >>>>>> spandsp-0.0.5 >>>>>> >>>>>> chan-unicall-1.4-r01 >>>>>> >>>>>> libunicall-0.0.6 >>>>>> >>>>>> libmfcr2-0.0.6 >>>>>> >>>>>> zaptel-1.4.11 >>>>>> >>>>>> >>>>>> >>>>>> Inside asterisk, I can see the all UC channels active and Idle: >>>>>> >>>>>> >>>>>> >>>>>> asterisk*CLI> UC show channels >>>>>> >>>>>> Channel Extension Context Status Language >>>>>> MusicOnHold >>>>>> >>>>>> 9 from-pstn Idle en >>>>>> default >>>>>> >>>>>> 10 from-pstn Idle en >>>>>> default >>>>>> >>>>>> 11 from-pstn Idle en >>>>>> default >>>>>> >>>>>> (omitted) >>>>>> >>>>>> 34 from-pstn Idle en >>>>>> default >>>>>> >>>>>> 35 from-pstn Idle en >>>>>> default >>>>>> >>>>>> 36 from-pstn Idle en >>>>>> default >>>>>> >>>>>> 37 from-pstn Idle en >>>>>> default >>>>>> >>>>>> 38 from-pstn Idle en >>>>>> default >>>>>> >>>>>> 39 from-pstn Idle en >>>>>> default >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> I configured the testcall.conf to check: >>>>>> >>>>>> >>>>>> >>>>>> destination-no 6055151 >>>>>> >>>>>> protocol-class mfcr2 >>>>>> >>>>>> protocol-variant ar,20,4 >>>>>> >>>>>> protocol-end cpe >>>>>> >>>>>> on-offered accept >>>>>> >>>>>> circuits 9-10 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> But the system answer with: >>>>>> >>>>>> >>>>>> >>>>>> # ./testcall >>>>>> >>>>>> Chan 9, class 'mfcr2', variant 'ar,20,4', end 1, caller > 0, >>>>> from >>>>>> '' to '6055151' >>>>>> >>>>>> Chan 10, class 'mfcr2', variant 'ar,20,4', end 1, caller >> 0, >>>>>> from '' to '6055152' >>>>>> >>>>>> Loading protocol mfcr2 >>>>>> >>>>>> Failed to open channel: Device or resource busy >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Anyone has any Idea why I can't place or receive a call? >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Your help will be really appreciated! >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> DAE YEUNG UM >>>>>> >>>>>> _______________________________________________ >>>>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >>>>>> >>>>>> AstriCon 2008 - September 22 - 25 Phoenix, Arizona >>>>>> Register Now: http://www.astricon.net >>>>>> >>>>>> 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 -- >>>>> >>>>> AstriCon 2008 - September 22 - 25 Phoenix, Arizona >>>>> Register Now: http://www.astricon.net >>>>> >>>>> 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 -- >>>>> >>>>> AstriCon 2008 - September 22 - 25 Phoenix, Arizona >>>>> Register Now: http://www.astricon.net >>>>> >>>>> 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 -- >>>> >>>> AstriCon 2008 - September 22 - 25 Phoenix, Arizona >>>> Register Now: http://www.astricon.net >>>> >>>> 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 -- >>>> >>>> AstriCon 2008 - September 22 - 25 Phoenix, Arizona >>>> Register Now: http://www.astricon.net >>>> >>>> asterisk-users mailing list >>>> To UNSUBSCRIBE or update options visit: >>>> http://lists.digium.com/mailman/listinfo/asterisk-users >>>> >>> >>> >>> >>> -- >>> >> > ---------------------------------------------------------------------------- >>> ----- >>> Luis Morales >>> Consultor de Tecnologia >>> Cel: +(58)416-4242091 >>> >> > ---------------------------------------------------------------------------- >>> ----- >>> "Empieza por hacer lo necesario, luego lo que es posible... y de >>> pronto estarás haciendo lo imposible" >>> >>> Leonardo Da'Vinci >>> >> > ---------------------------------------------------------------------------- >>> ----- >>> >>> _______________________________________________ >>> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >>> >>> AstriCon 2008 - September 22 - 25 Phoenix, Arizona >>> Register Now: http://www.astricon.net >>> >>> 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 -- >>> >>> AstriCon 2008 - September 22 - 25 Phoenix, Arizona >>> Register Now: http://www.astricon.net >>> >>> asterisk-users mailing list >>> To UNSUBSCRIBE or update options visit: >>> http://lists.digium.com/mailman/listinfo/asterisk-users >>> >> >> >> >> -- >> > ---------------------------------------------------------------------------- >> ----- >> Luis Morales >> Consultor de Tecnologia >> Cel: +(58)416-4242091 >> > ---------------------------------------------------------------------------- >> ----- >> "Empieza por hacer lo necesario, luego lo que es posible... y de >> pronto estarás haciendo lo imposible" >> >> Leonardo Da'Vinci >> > ---------------------------------------------------------------------------- >> ----- >> >> _______________________________________________ >> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >> >> AstriCon 2008 - September 22 - 25 Phoenix, Arizona >> Register Now: http://www.astricon.net >> >> 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 -- >> >> AstriCon 2008 - September 22 - 25 Phoenix, Arizona >> Register Now: http://www.astricon.net >> >> asterisk-users mailing list >> To UNSUBSCRIBE or update options visit: >> http://lists.digium.com/mailman/listinfo/asterisk-users >> > > > > -- > ---------------------------------------------------------------------------- > ----- > Luis Morales > Consultor de Tecnologia > Cel: +(58)416-4242091 > ---------------------------------------------------------------------------- > ----- > "Empieza por hacer lo necesario, luego lo que es posible... y de > pronto estarás haciendo lo imposible" > > Leonardo Da'Vinci > ---------------------------------------------------------------------------- > ----- > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > AstriCon 2008 - September 22 - 25 Phoenix, Arizona > Register Now: http://www.astricon.net > > 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 -- > > AstriCon 2008 - September 22 - 25 Phoenix, Arizona > Register Now: http://www.astricon.net > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > -- --------------------------------------------------------------------------------- Luis Morales Consultor de Tecnologia Cel: +(58)416-4242091 --------------------------------------------------------------------------------- "Empieza por hacer lo necesario, luego lo que es posible... y de pronto estarás haciendo lo imposible" Leonardo Da'Vinci --------------------------------------------------------------------------------- _______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2008 - September 22 - 25 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users