[asterisk-users] Help with MFC/R2

Luis Morales fastonion at gmail.com
Fri Sep 19 12:22:55 CDT 2008


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 <nowtek at gmail.com> wrote:
> Hi Luis,
>
> But this E1 has 30 channels, all for both directions...
> I must differentiate this??
>
>
>
> -----Original Message-----
> From: asterisk-users-bounces at lists.digium.com
> [mailto:asterisk-users-bounces at lists.digium.com] 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 <nowtek at gmail.com> 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: asterisk-users-bounces at lists.digium.com
>> [mailto:asterisk-users-bounces at lists.digium.com] 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 <nowtek at gmail.com> 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: asterisk-users-bounces at lists.digium.com
>>> [mailto:asterisk-users-bounces at lists.digium.com] 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 <nowtek at gmail.com> 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: asterisk-users-bounces at lists.digium.com
>>>> [mailto:asterisk-users-bounces at lists.digium.com] 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 <nowtek at gmail.com> 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: asterisk-users-bounces at lists.digium.com
>>>>> [mailto:asterisk-users-bounces at lists.digium.com] 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 <nowtek at gmail.com>
> 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: asterisk-users-bounces at lists.digium.com
>>>>>> [mailto:asterisk-users-bounces at lists.digium.com] 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 <nowtek at gmail.com>
> 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
---------------------------------------------------------------------------------



More information about the asterisk-users mailing list