Yes I can see the channels with UC show channels, and it's says "Idle"
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Luis Morales Sent: Friday, September 19, 2008 12:23 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] Help with MFC/R2 Not really the unicall setup must be idem. So you can see the unicall channels ? It's moises are busy i can give you support too.... Regards, Luis Morales On Sat, Sep 20, 2008 at 12:15 PM, Dae Yeung Um <[EMAIL PROTECTED]> wrote: > Hi Luis, > > But this E1 has 30 channels, all for both directions... > I must differentiate this?? > > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Luis Morales > Sent: Friday, September 19, 2008 8:06 AM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: Re: [asterisk-users] Help with MFC/R2 > > 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 > > > _______________________________________________ > -- 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
