Calls on E1 TDMoE span are dropped at random

2 msg	Re: x100p card or similar in India
2 msg	Sangoma and Voicetronix cards
5 msg	Lone worker system
1 msg	'module reload' question
1 msg	test message please do not reply and clog up th...
3 msg	Escape characters or replace function
1 msg	Digium AEX410
14 msg	Anyone Know How to Have Asterisk Work LikeGranC...
2 msg	Dear asterisk-users May 85% 0FF
4 msg	Use safe_asterisk manually,you get colors in CL...
2 msg	G.722 for polycom
2 msg	ztdummy problems
8 msg	Unable to build Hpec on Zaptel 1.4.10.1

Calls on E1 TDMoE span are dropped at random
\ Florian Hackenberger (9 May 2008)
. \ Steve Totaro (9 May 2008)
. . \ Florian Hackenberger (10 May 2008)
. . \ Florian Hackenberger (10 May 2008)
. . . \ Steve Totaro (13 May 2008)
. . . . \ Florian Hackenberger (13 May 2008)
. . . . . \ Johann Steinwendtner (13 May 2008)
. . . . . \ Steve Totaro (13 May 2008)
. . . . . . \ Florian Hackenberger (14 May 2008)
. . \ Florian Hackenberger (13 May 2008)

3 msg	Polycom Advanced Features
5 msg	Polycom causes conference to fail
3 msg	DTMF lose with TE-121F
25 msg	Best Linux distribution to use in Asterisk server
2 msg	Asterisk ZRTP?
1 msg	Re: 1.4.17 - Breaks park announce?

Subject:	Calls on E1 TDMoE span are dropped at random
Group:	Asterisk-users
From:	Florian Hackenberger
Date:	9 May 2008

Hi!

We are using a red-fone bridge (connected to an E1 line from the Telekom
Austria) to provide TDMoE connectivity to our asterisk server (ubuntu
7.10, asterisk 1.4.10 from ubuntu, libpri 1.4.0-2, zaptel 1.4.9.2 from
http://support.red-fone.com/downloads/zaptel/). We can establish
outgoing calls and receive incoming calls from the POTS.
Sometimes however (no aparent triggers) all established calls suddenly
drop, the span goes into YELLOW alarm and is restarted. Right after the
restart we can use the lines as if nothing ever happened. Just sound
quality seems to be decreased. The server is a real machine Intel Core
2 with a dedicated 3Com NIC for the red-fone bridge.
We have been in touch with red-fone support for hours. They suggested a
loopback cable test (which suceeded, we had a few calls up for about 15
hours) and then concluded that either the E1 line must have a problem
or it has to be something with asterisk. Today we had a telco
technician on-site who told us that the line works as expected and the
configuration settings of the redfone bridge (framing, encoding,
timing, etc.) are correct.
I'm attaching the logfile with span debug information, as well as the
relevant snippets from our configuration files. Maybe someone could
help us with a few suggestions, as we are a bit lost at this point.

Cheers,
Florian

=== zaptel.conf ===
dynamic=ethmf,eth4/00:50:C2:65:D2:1A/0,31,2
dynamic=ethmf,eth4/00:50:C2:65:D2:1A/1,31,1
bchan=1-15,17-31
dchan=16
bchan=32-46,48-62
dchan=47
alaw=1-62
loadzone = us
defaultzone=us
==============

=== redfone.conf ===
[globals]
fb=192.168.1.254
port=1
server=00:1C:C4:8E:8C:7B

[span1]
framing=ccs
encoding=hdb3
slave
crc4

[span2]
framing=ccs
encoding=hdb3
slave
crc4
==============

=== zapata.conf ===
[trunkgroups]

[channels]
pridialplan=dynamic
prilocaldialplan=local
internationalprefix = 00
nationalprefix = 0
localprefix = 03142
usecallerid=yes
hidecallerid=no
hidecalleridname=no
usecallingpres=yes
context=default
group=0
switchtype = euroisdn
signalling = pri_cpe
channel = 1-15,17-31,32-46,48-62
==============

--
DI Florian Hackenberger
florian
www.hackenberger.at

_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users