[asterisk-r2] OpenR2 vs Siemens
Tiago Durante
tiagodurante at gmail.com
Tue Nov 4 11:36:52 CST 2008
Hi all,
I'm having a really strange problem here... As I said I'm trying to
connect an Asterisk to a Siemens using E1/R2.
It's working fine when I try to reach my internal extensions, that has
5 digits. Example: 46202.
But when I try to call longer numbers, like PSTN, it doesn't work. It
just call 5 digits.
Down here you can see me trying to call from the SIP/6969 to the PSTN
DAHDI/30403200.
This call comes from a Polycom SIP -> Asterisk -> e1/r2 -> Siemens.
But I don't know why it just call 5 digits. See:
== Using SIP RTP CoS mark 5
-- Executing [830403200 at out-e1:1] Dial("SIP/6969-08265190",
"DAHDI/g0/30403200,30,tT") in new stack
[Nov 4 15:26:55] DEBUG[7021]: chan_dahdi.c:1199
dahdi_r2_get_channel_category: No MFC/R2 category specified for chan
DAHDI/1-1, using default National Subscriber
[Nov 4 15:26:55] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - Attempting to make call (ANI=6969, DNIS=30403200,
category=National Subscriber)
[Nov 4 15:26:55] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - ABCD Tx >> [SEIZE] 0x00
[Nov 4 15:26:55] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - ABCD Raw Tx >> 0x01
-- Called g0/30403200
[Nov 4 15:26:55] DEBUG[7021]: chan_dahdi.c:5173 dahdi_handle_event:
bits changed in chan 1
[Nov 4 15:26:55] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - Bits changed from 0x08 to 0x0C
[Nov 4 15:26:55] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - ABCD Rx << [SEIZE ACK] 0x0C
[Nov 4 15:26:55] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - Sending DNIS digit 3
[Nov 4 15:26:55] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Tx >> 3 [ON]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Rx << 1 [ON]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Tx >> 3 [OFF]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Rx << 1 [OFF]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - Sending DNIS digit 0
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Tx >> 0 [ON]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Rx << 1 [ON]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Tx >> 0 [OFF]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Rx << 1 [OFF]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - Sending DNIS digit 4
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Tx >> 4 [ON]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Rx << 1 [ON]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Tx >> 4 [OFF]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Rx << 1 [OFF]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - Sending DNIS digit 0
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Tx >> 0 [ON]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Rx << 1 [ON]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Tx >> 0 [OFF]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Rx << 1 [OFF]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - Sending DNIS digit 3
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Tx >> 3 [ON]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Rx << 5 [ON]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Tx >> 3 [OFF]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Rx << 5 [OFF]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - Sending category National Subscriber
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Tx >> 1 [ON]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Rx << 5 [ON]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Tx >> 1 [OFF]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Rx << 5 [OFF]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - Sending ANI digit 6
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Tx >> 6 [ON]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Rx << 5 [ON]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Tx >> 6 [OFF]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Rx << 5 [OFF]
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - Sending ANI digit 9
[Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Tx >> 9 [ON]
[Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Rx << 5 [ON]
[Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Tx >> 9 [OFF]
[Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Rx << 5 [OFF]
[Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - Sending ANI digit 6
[Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Tx >> 6 [ON]
[Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Rx << 5 [ON]
[Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Tx >> 6 [OFF]
[Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Rx << 5 [OFF]
[Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - Sending ANI digit 9
[Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Tx >> 9 [ON]
[Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Rx << 5 [ON]
[Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Tx >> 9 [OFF]
[Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Rx << 5 [OFF]
[Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - Sending more ANI unavailable
[Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Tx >> F [ON]
[Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Rx << 3 [ON]
[Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Tx >> F [OFF]
[Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Rx << 3 [OFF]
[Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - Sending category National Subscriber
[Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Tx >> 1 [ON]
[Nov 4 15:27:02] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Rx << 7 [ON]
[Nov 4 15:27:02] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Tx >> 1 [OFF]
[Nov 4 15:27:02] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - MF Rx << 7 [OFF]
[Nov 4 15:27:02] NOTICE[7021]: chan_dahdi.c:1590 dahdi_r2_write_log:
Chan 1 - Far end disconnected. Reason: Collect Call Rejected
[Nov 4 15:27:02] NOTICE[7021]: chan_dahdi.c:1547
dahdi_r2_on_call_disconnect: MFC/R2 call disconnected on chan 1
[Nov 4 15:27:02] DEBUG[7021]: chan_dahdi.c:3997 dahdi_hangup:
disconnecting MFC/R2 call on chan 1
[Nov 4 15:27:02] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - ABCD Tx >> [CLEAR FORWARD] 0x08
[Nov 4 15:27:02] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - ABCD Raw Tx >> 0x09
-- Hungup 'DAHDI/1-1'
== Everyone is busy/congested at this time (1:0/0/1)
-- Auto fallthrough, channel 'SIP/6969-08265190' status is 'CHANUNAVAIL'
[Nov 4 15:27:03] DEBUG[3405]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - Bits changed from 0x0C to 0x08
[Nov 4 15:27:03] DEBUG[3405]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - ABCD Rx << [IDLE] 0x08
[Nov 4 15:27:03] DEBUG[3405]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - Call ended
[Nov 4 15:27:03] DEBUG[3405]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - ABCD Tx >> [IDLE] 0x08
[Nov 4 15:27:03] DEBUG[3405]: chan_dahdi.c:1602 dahdi_r2_write_log:
Chan 1 - ABCD Raw Tx >> 0x09
[Nov 4 15:27:03] NOTICE[3405]: chan_dahdi.c:1459
dahdi_r2_on_call_end: MFC/R2 call end on chan 1
here is my dial for this:
[out-e1]
exten => _8XXXXX.,1,Dial(DAHDI/g0/${EXTEN:1},30,tT)
and confs:
/etc/asterisk# cat chan_dahdi.conf
[trunkgroups]
[channels]
usecallerid=yes
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
signalling=mfcr2
mfcr2_variant=br
mfcr2_get_ani_first=no
mfcr2_max_ani=20
mfcr2_max_dnis=20
mfcr2_category=national_subscriber
mfcr2_logdir=span1
mfcr2_logging=all
context=in-e1
group=0
callgroup=0
pickupgroup=0
channel => 1-15
channel => 17-31
-----
/etc/dahdi# cat system.conf
loadzone = br
defaultzone =br
span=1,1,0,cas,hdb3
echocanceller=mg2,1-15,17-31
cas=1-15:1101
cas=17-31:1101
dchan=16
ANY ideas?
Thanks guys!
On Wed, Oct 29, 2008 at 2:41 PM, Alexandre Cavalcante Alencar
<alexandre.alencar at gmail.com> wrote:
> Hi all,
>
> Try all echo cancelers available and choice the best one. If you have a
> digium board, try to install HPEC. There are a OSLEC that is good too (for
> some cases).
>
> Regards
>
> On Wed, Oct 29, 2008 at 4:13 PM, Tiago Durante <tiagodurante at gmail.com>
> wrote:
>>
>> Thank you Alexandre, worked like a charm!
>>
>> Also I added the line: "echocanceller=mg2,1-15,17-31" to system.conf
>> and the echo is lighter now, but still there...
>>
>> I'll study a little about this tag, echocanceller, to see if I can
>> improve my system...
>>
>>
>> Best regards,
>>
>>
>> Tiago Durante
>>
>> On Wed, Oct 29, 2008 at 1:46 PM, Alexandre Cavalcante Alencar
>> <alexandre.alencar at gmail.com> wrote:
>> > Hi all,
>> >
>> >
>> > On Tue, Oct 28, 2008 at 12:35 PM, Tiago Durante <tiagodurante at gmail.com>
>> > wrote:
>> >>
>> >> Hi all!
>> >>
>> >
>> > <snip>
>> >
>> >>
>> >> All righ, lets go by steps. First I'm having this error when I start
>> >> Asterisk:
>> >>
>> >> ERROR[32631]: codec_dahdi.c:432 find_transcoders: Failed to open
>> >> /dev/dahdi/transcode: No such file or directory
>> >
>> >
>> > You are using DAHDI and you should load the dahdi_transcode module into
>> > the
>> > kernel. To do so, issue
>> >
>> > # modprobe dahdi_transcode
>> > # /etc/init.d/asterisk stop
>> > # /etc/init.d/asterisk start
>> >
>> > You must edit the /etc/dahdi/modules and add a line to make DAHDI load
>> > the
>> > dahdi_transcode before the cards modules. Just add a line to look like
>> > this
>> >
>> > # Contains the list of modules to be loaded / unloaded by
>> > /etc/init.d/dahdi.
>> > #
>> > # NOTE: Please add/edit /etc/modprobe.d/dahdi or /etc/modprobe.conf if
>> > you
>> > # would like to add any module parameters.
>> > #
>> > # Format of this file: list of modules, each in its own line.
>> > # Anything after a '#' is ignore, likewise trailing and leading
>> > # whitespaces and empty lines.
>> >
>> > # DAHDI Transcode Module
>> > dahdi_transcode
>> >
>> > # Digium TE205P/TE207P/TE210P/TE212P: PCI dual-port T1/E1/J1
>> > # Digium TE405P/TE407P/TE410P/TE412P: PCI quad-port T1/E1/J1
>> > # Digium TE220: PCI-Express dual-port T1/E1/J1
>> > # Digium TE420: PCI-Express quad-port T1/E1/J1
>> > wct4xxp
>> >
>> > ....
>> >
>> >
>> > Best regards
>> >
>> >>
>> >> And this warning when I call a extension at Siemens:
>> >>
>> >> WARNING[32744]: chan_dahdi.c:1938 dahdi_enable_ec: Unable to enable
>> >> echo cancellation on channel 1 (No such device)
>> >>
>> >> Every time I call a extension on Siemens I've some mute moments for
>> >> some of the call parts. It's quick, 4 to 8 seconds, but makes
>> >> impossible to talk. And the caller has echo, always. It isn't a strong
>> >> echo, but still.
>> >>
>> >> Another thing that is happening is that I just can call 5 digits
>> >> numbers at Siemens, I think its a problem with the configuration at
>> >> Siemens side, I already called the company responsible for the
>> >> equipment to check if there is something wrong there.
>> >>
>> >> I've tried a several configurations until y-day when I got it working
>> >> with Asterisk 1.4.22, DAHDI 2 and libOpenR2 0.1.1 - The most strange
>> >> thing is that in a first moment using Asterisk 1.6 Beta and zaptel 1.4
>> >> it worked close to perfectly, lets say 97%. And now I'm having this
>> >> issues.
>> >>
>> >> I'm used to Asterisk and analog channels. But it's my first E1 and
>> >> I've to confess that I'm not an expert, so maybe I'm missing something
>> >> stupid here... I've a lot of doubts, so ...
>> >>
>> >>
>> >> ---
>> >>
>> >> My conf:
>> >>
>> >> /etc/dahdi# cat system.conf
>> >> loadzone = br
>> >> defaultzone =br
>> >>
>> >> span=1,1,0,cas,hdb3
>> >> cas=1-15:1101
>> >> cas=17-31:1101
>> >> dchan=16
>> >>
>> >>
>> >> ---
>> >>
>> >> /etc/asterisk# cat chan_dahdi.conf
>> >> [trunkgroups]
>> >>
>> >> [channels]
>> >> usecallerid=yes
>> >> callwaiting=yes
>> >> usecallingpres=yes
>> >> callwaitingcallerid=yes
>> >> threewaycalling=yes
>> >> transfer=yes
>> >> canpark=yes
>> >> cancallforward=yes
>> >> callreturn=yes
>> >> echocancel=yes
>> >> echocancelwhenbridged=yes
>> >>
>> >> signalling=mfcr2
>> >> mfcr2_variant=br
>> >> mfcr2_get_ani_first=no
>> >> mfcr2_max_ani=20
>> >> mfcr2_max_dnis=20
>> >> mfcr2_category=national_subscriber
>> >> mfcr2_logdir=span1
>> >> mfcr2_logging=all
>> >>
>> >> context=in-e1
>> >> group=0
>> >> callgroup=0
>> >> pickupgroup=0
>> >> channel => 1-15
>> >> channel => 17-31
>> >>
>> >> ---
>> >>
>> >> cat /proc/interrupts
>> >> CPU0
>> >> 0: 74 IO-APIC-edge timer
>> >> 1: 2 IO-APIC-edge i8042
>> >> 6: 5 IO-APIC-edge floppy
>> >> 7: 0 IO-APIC-edge parport0
>> >> 8: 3 IO-APIC-edge rtc
>> >> 9: 0 IO-APIC-fasteoi acpi
>> >> 12: 4 IO-APIC-edge i8042
>> >> 14: 651656 IO-APIC-edge ide0
>> >> 16: 338990 IO-APIC-fasteoi eth0
>> >> 17: 68622371 IO-APIC-fasteoi wcte11xp
>> >> 18: 39496 IO-APIC-fasteoi libata
>> >> 19: 2 IO-APIC-fasteoi ehci_hcd:usb1, uhci_hcd:usb2
>> >> 20: 0 IO-APIC-fasteoi uhci_hcd:usb3
>> >> 21: 0 IO-APIC-fasteoi uhci_hcd:usb4
>> >> 22: 37 IO-APIC-fasteoi uhci_hcd:usb5, Intel ICH6
>> >> NMI: 0 Non-maskable interrupts
>> >> LOC: 18269790 Local timer interrupts
>> >> RES: 0 Rescheduling interrupts
>> >> CAL: 0 function call interrupts
>> >> TLB: 0 TLB shootdowns
>> >> TRM: 0 Thermal event interrupts
>> >> SPU: 0 Spurious interrupts
>> >> ERR: 0
>> >> MIS: 0
>> >>
>> >> ---
>> >>
>> >> # dahdi_speed
>> >> Count: 891909
>> >>
>> >> # dahdi_test
>> >> Opened pseudo dahdi interface, measuring accuracy...
>> >> 99.973045% 99.968651% 99.972649% 99.972557% 99.972656% 99.972748%
>> >> 99.972168%
>> >> 99.972565% 99.971596% 99.972656% 99.973045% 99.972359% 99.972359%
>> >> 99.972466% 99.972656%
>> >> 99.973053% 99.971870% 99.972557%
>> >> --- Results after 18 passes ---
>> >> Best: 99.973 -- Worst: 99.969 -- Average: 99.972314, Difference:
>> >> 99.972315
>> >>
>> >> # dahdi_scan
>> >> [1]
>> >> active=yes
>> >> alarms=OK
>> >> description=Digium Wildcard TE110P T1/E1 Card 0
>> >> name=WCT1/0
>> >> manufacturer=Digium
>> >> devicetype=Digium Wildcard TE110P T1/E1
>> >> location=PCI Bus 04 Slot 02
>> >> basechan=1
>> >> totchans=31
>> >> irq=17
>> >> type=digital-E1
>> >> syncsrc=0
>> >> lbo=0 db (CSU)/0-133 feet (DSX-1)
>> >> coding_opts=HDB3
>> >> framing_opts=CCS,CRC4
>> >> coding=HDB3
>> >> framing=
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> Please, if there is any other information that you guys need just let
>> >> me know that I post here.
>> >>
>> >> Thank you very much!
>> >>
>> >> regards,
>> >>
>> >>
>> >> --
>> >> Tiago Durante
>> >>
>> >> ,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,
>> >> Perseverance is the hard work you do after you
>> >> get tired of doing the hard work you already did.
>> >> -- Newt Gingrich
>> >>
>> >> _______________________________________________
>> >> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>> >>
>> >> asterisk-r2 mailing list
>> >> To UNSUBSCRIBE or update options visit:
>> >> http://lists.digium.com/mailman/listinfo/asterisk-r2
>> >
>> >
>> >
>> > --
>> > Alexandre C Alencar (Skarmeth)
>> > http://blog.alexandrealencar.net/
>> > http://www.alexandrealencar.net/
>> > http://people.debian-ce.org/skarmeth/
>> >
>> >
>> > _______________________________________________
>> > --Bandwidth and Colocation Provided by http://www.api-digital.com--
>> >
>> > asterisk-r2 mailing list
>> > To UNSUBSCRIBE or update options visit:
>> > http://lists.digium.com/mailman/listinfo/asterisk-r2
>> >
>>
>>
>>
>> --
>> Tiago Durante
>>
>> ,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,
>> Perseverance is the hard work you do after you
>> get tired of doing the hard work you already did.
>> -- Newt Gingrich
>>
>> _______________________________________________
>> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>>
>> asterisk-r2 mailing list
>> To UNSUBSCRIBE or update options visit:
>> http://lists.digium.com/mailman/listinfo/asterisk-r2
>
>
>
> --
> Alexandre C Alencar (Skarmeth)
> http://blog.alexandrealencar.net/
> http://www.alexandrealencar.net/
> http://people.debian-ce.org/skarmeth/
>
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-r2 mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-r2
>
--
Tiago Durante
,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,
Perseverance is the hard work you do after you
get tired of doing the hard work you already did.
-- Newt Gingrich
More information about the asterisk-r2
mailing list