[asterisk-users] Help with MFC/R2
Dae Yeung Um
nowtek at gmail.com
Fri Sep 19 11:45:37 CDT 2008
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
More information about the asterisk-users
mailing list