[asterisk-users] Asterisk DIES with no trace. PLEASE HELP!

Danny Dias ing.diasdanny at gmail.com
Wed Mar 17 23:05:05 CDT 2010 

Thanks Zeeshan,

Following you will find my zaptel and zapata files:

zaptel.conf:

#autogenerated by /usr/sbin/wancfg_zaptel do not hand edit
#autogenrated on 2009-12-23
#Zaptel Channels Configurations
#For detailed Zaptel options, view /etc/zaptel.conf.bak
loadzone=ve
defaultzone=ve

#Sangoma A102 port 1 [slot:4 bus:17 span:1] <wanpipe1>
span=1,0,0,ccs,hdb3,yellow
bchan=1-15,17-31
hardhdlc=16

#Sangoma A102 port 2 [slot:4 bus:17 span:2] <wanpipe2>
span=2,0,0,ccs,hdb3,yellow
bchan=32-46,48-62
hardhdlc=47

zapata.conf:

;autogenerated by /usr/sbin/wancfg_zaptel do not hand edit
;autogenrated on 2009-12-23
;Zaptel Channels Configurations
;For detailed Zaptel options, view /etc/asterisk/zapata.conf.bak

[trunkgroups]

[channels]
context=default
usecallerid=yes
hidecallerid=no
callwaiting=yes
language=es
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
relaxdtmf=yes
rxgain=0.0
txgain=0.0
immediate=no

;Sangoma A102 port 1 [slot:4 bus:17 span:1] <wanpipe1>
switchtype=euroisdn
context=mde-g0
group=0
faxdetect=incoming
signalling=pri_cpe
channel =>1-15,17-31

;Sangoma A102 port 2 [slot:4 bus:17 span:2] <wanpipe2>
switchtype=euroisdn
context=mde-g0
group=0
faxdetect=incoming
signalling=pri_cpe
channel =>32-46,48-62

[root at localhost asterisk]# ztcfg -vv

Zaptel Version: 1.4.11
Echo Canceller: MG2
Configuration
======================

SPAN 1: CCS/HDB3 Build-out: 0 db (CSU)/0-133 feet (DSX-1)
SPAN 2: CCS/HDB3 Build-out: 0 db (CSU)/0-133 feet (DSX-1)

Channel map:

Channel 01: Clear channel (Default) (Slaves: 01)
Channel 02: Clear channel (Default) (Slaves: 02)
Channel 03: Clear channel (Default) (Slaves: 03)
Channel 04: Clear channel (Default) (Slaves: 04)
Channel 05: Clear channel (Default) (Slaves: 05)
Channel 06: Clear channel (Default) (Slaves: 06)
Channel 07: Clear channel (Default) (Slaves: 07)
Channel 08: Clear channel (Default) (Slaves: 08)
Channel 09: Clear channel (Default) (Slaves: 09)
Channel 10: Clear channel (Default) (Slaves: 10)
Channel 11: Clear channel (Default) (Slaves: 11)
Channel 12: Clear channel (Default) (Slaves: 12)
Channel 13: Clear channel (Default) (Slaves: 13)
Channel 14: Clear channel (Default) (Slaves: 14)
Channel 15: Clear channel (Default) (Slaves: 15)
Channel 16: Hardware assisted D-channel (Default) (Slaves: 16)
Channel 17: Clear channel (Default) (Slaves: 17)
Channel 18: Clear channel (Default) (Slaves: 18)
Channel 19: Clear channel (Default) (Slaves: 19)
Channel 20: Clear channel (Default) (Slaves: 20)
Channel 21: Clear channel (Default) (Slaves: 21)
Channel 22: Clear channel (Default) (Slaves: 22)
Channel 23: Clear channel (Default) (Slaves: 23)
Channel 24: Clear channel (Default) (Slaves: 24)
Channel 25: Clear channel (Default) (Slaves: 25)
Channel 26: Clear channel (Default) (Slaves: 26)
Channel 27: Clear channel (Default) (Slaves: 27)
Channel 28: Clear channel (Default) (Slaves: 28)
Channel 29: Clear channel (Default) (Slaves: 29)
Channel 30: Clear channel (Default) (Slaves: 30)
Channel 31: Clear channel (Default) (Slaves: 31)
Channel 32: Clear channel (Default) (Slaves: 32)
Channel 33: Clear channel (Default) (Slaves: 33)
Channel 34: Clear channel (Default) (Slaves: 34)
Channel 35: Clear channel (Default) (Slaves: 35)
Channel 36: Clear channel (Default) (Slaves: 36)
Channel 37: Clear channel (Default) (Slaves: 37)
Channel 38: Clear channel (Default) (Slaves: 38)
Channel 39: Clear channel (Default) (Slaves: 39)
Channel 40: Clear channel (Default) (Slaves: 40)
Channel 41: Clear channel (Default) (Slaves: 41)
Channel 42: Clear channel (Default) (Slaves: 42)
Channel 43: Clear channel (Default) (Slaves: 43)
Channel 44: Clear channel (Default) (Slaves: 44)
Channel 45: Clear channel (Default) (Slaves: 45)
Channel 46: Clear channel (Default) (Slaves: 46)
Channel 47: Hardware assisted D-channel (Default) (Slaves: 47)
Channel 48: Clear channel (Default) (Slaves: 48)
Channel 49: Clear channel (Default) (Slaves: 49)
Channel 50: Clear channel (Default) (Slaves: 50)
Channel 51: Clear channel (Default) (Slaves: 51)
Channel 52: Clear channel (Default) (Slaves: 52)
Channel 53: Clear channel (Default) (Slaves: 53)
Channel 54: Clear channel (Default) (Slaves: 54)
Channel 55: Clear channel (Default) (Slaves: 55)
Channel 56: Clear channel (Default) (Slaves: 56)
Channel 57: Clear channel (Default) (Slaves: 57)
Channel 58: Clear channel (Default) (Slaves: 58)
Channel 59: Clear channel (Default) (Slaves: 59)
Channel 60: Clear channel (Default) (Slaves: 60)
Channel 61: Clear channel (Default) (Slaves: 61)
Channel 62: Clear channel (Default) (Slaves: 62)

62 channels to configure.


We are using a SAngoma A102DE, but only one E1 connected to A port of the
card; the configuration seems to be ok, i'm afraid my problem is other,
don't you think? any hints? ideas? i'm very confuse right now, don't know
what exactly do :(

Thanks for all your help




> ------------------------------
>
> Message: 11
> Date: Wed, 17 Mar 2010 18:39:37 -0500
> From: Zeeshan Zakaria <zishanov at gmail.com>
> Subject: Re: [asterisk-users] Asterisk DIES with no trace. PLEASE
>        HELP!
> To: Asterisk Users Mailing List - Non-Commercial Discussion
>        <asterisk-users at lists.digium.com>
> Message-ID:
>        <5ad99e891003171639s3f1821d6gad31811bb8cc3b15 at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> >From what you have explained it seems like a zaptel related issue. I have
> faced this exact same problem a few times on more than one servers and it
> was 1) dialplan issue which was not hanging up the zap channels correctly
> 2)
> using more than 8 spans on a server. Asterisk can't handle more than 96 zap
> channels on T1s. FXO/FXS combinations can vary the number of spans but if
> you know what I mean by spans, in production don't use more than 6 spans.
>
> On 2010-03-17 5:15 PM, "Danny Dias" <ing.diasdanny at gmail.com> wrote:
>
> Thanks for the answer...
>
> No i did not make any changes to zapata, by the way, our problems began in
> December when we made a recompilation of everything in order to make an
> upgrade of libpri and
> wanpipe...just my guess :( maybe this is not the problem but just to let
> you
> know
>
> My /etc/resolv.conf
>
> nameserver 10.4.1.5
> nameserver 10.4.1.2
> search localhost
>
> Is this ok?
>
> following you will check my ping to yahoo:
>
> [root at localhost ~]# ping www.yahoo.com
> PING any-fp.wa1.b.yahoo.com (209.191.122.70) 56(84) bytes of data.
> 64 bytes from ir1.fp.vip.mud.yahoo.com (209.191.122.70): icmp_seq=0 ttl=54
> time=346 ms
> 64 bytes from ir1.fp.vip.mud.yahoo.com (209.191.122.70): icmp_seq=2 ttl=54
> time=383 ms
> 64 bytes from ir1.fp.vip.mud.yahoo.com (209.191.122.70): icmp_seq=3 ttl=54
> time=380 ms
> 64 bytes from ir1.fp.vip.mud.yahoo.com (209.191.122.70): icmp_seq=4 ttl=54
> time=308 ms
> 64 bytes from ir1.fp.vip.mud.yahoo.com (209.191.122.70): icmp_seq=5 ttl=54
> time=345 ms
> 64 bytes from ir1.fp.vip.mud.yahoo.com (209.191.122.70): icmp_seq=7 ttl=54
> time=339 ms
> 64 bytes from ir1.fp.vip.mud.yahoo.com (209.191.122.70): icmp_seq=8 ttl=54
> time=258 ms
> 64 bytes from ir1.fp.vip.mud.yahoo.com (209.191.122.70): icmp_seq=9 ttl=54
> time=171 ms
> 64 bytes from ir1.fp.vip.mud.yahoo.com (209.191.122.70): icmp_seq=10
> ttl=54
> time=262 ms
> 64 bytes from ir1.fp.vip.mud.yahoo.com (209.191.122.70): icmp_seq=11
> ttl=54
> time=295 ms
> 64 bytes from ir1.fp.vip.mud.yahoo.com (209.191.122.70): icmp_seq=12
> ttl=54
> time=348 ms
> 64 bytes from ir1.fp.vip.mud.yahoo.com (209.191.122.70): icmp_seq=14
> ttl=54
> time=336 ms
> 64 bytes from ir1.fp.vip.mud.yahoo.com (209.191.122.70): icmp_seq=15
> ttl=54
> time=369 ms
> 64 bytes from ir1.fp.vip.mud.yahoo.com (209.191.122.70): icmp_seq=16
> ttl=54
> time=304 ms
> 64 bytes from ir1.fp.vip.mud.yahoo.com (209.191.122.70): icmp_seq=17
> ttl=54
> time=332 ms
> 64 bytes from ir1.fp.vip.mud.yahoo.com (209.191.122.70): icmp_seq=18
> ttl=54
> time=317 ms
>
> --- any-fp.wa1.b.yahoo.com ping statistics ---
> 21 packets transmitted, 16 received, 23% packet loss, time 25033ms
> rtt min/avg/max/mdev = 171.259/318.746/383.222/51.991 ms, pipe 2
>
> Thanks
>
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> New to Asterisk? Join us for a live introductory webinar every Thurs:
>              http://www.asterisk.org/hello
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>  http://lists.digium.com/mailman/listinfo/asterisk-users
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.digium.com/pipermail/asterisk-users/attachments/20100317/d20eb9a4/attachment.htm
>
> -
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20100317/a8945395/attachment.htm

More information about the asterisk-users mailing list