Ошибки E1 Digium TE220 - Timer recovery

[sadm]

Помогите пожалуйста разобраться в тяжелой жизненной ситуации:

Есть * который стоит в разрыв потока E1 между Avaya definity и ростелекомом.
Разрыв этот обслуживается двухпортовой платой Digium TE220.
В порт 1 приходит Авая, в порт 2 - ростелеком.

Постоянно сыплются ошибки вида:

Код: Выделить всё

[Sep 10 14:01:00] ERROR[8341] chan_dahdi.c: PRI Span: 1 TEI=0 MDL-ERROR (J): N(R) error in state 8(Timer recovery)
[Sep 10 14:01:00] VERBOSE[8341] sig_pri.c:   == Primary D-Channel on span 1 down
[Sep 10 14:01:00] WARNING[8341] sig_pri.c: Span 1: D-channel is down!
[Sep 10 14:01:00] VERBOSE[8341] sig_pri.c:   == Primary D-Channel on span 1 up
[Sep 10 14:01:00] VERBOSE[8341] sig_pri.c:     -- Span 1: Channel 0/17 got hangup request, cause 98

Перепробовал разные варианта конфигураций и несколько версий *, dahdi и libpri.
В чем может быть дело?

Текущав версия ПО:
CentOS release 5.7 (Final) 2.6.18-274.7.1.el5PAE #1 SMP Thu Oct 20 17:03:59 EDT 2011 i686 i686 i386 GNU/Linux
Asterisk 10.4.0
dahdi-linux-complete-2.5.0.2+2.5.0.2
libpri-1.4.12

system.conf

Код: Выделить всё

loadzone=us
defaultzone=us
span=1,0,0,ccs,hdb3
bchan=1-15,17-31
hardhdlc=16
echocanceller=mg2,1-15,17-31
span=2,1,0,ccs,hdb3
bchan=32-46,48-62
hardhdlc=47
echocanceller=mg2,32-46,48-62

chan_dahdi.conf

Код: Выделить всё

[trunkgroups]
[channels]
context=avaya
language=ru
switchtype=national
resetinterval=never
signalling=pri_net
usecallerid=yes
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel = yes
echocancelwhenbridged=yes
jbenable=yes
;jbmaxsize = 200
;span 1
group = 1
channel = 1-15,17-31
;span 2
context=rostelecom
signalling=pri_cpe
group = 2
channel = 32-46,48-62

dahdi_test -c 20 -v

Код: Выделить всё

Opened pseudo dahdi interface, measuring accuracy...

8192 samples in 8191.352 system clock sample intervals (99.992%)
8192 samples in 8191.152 system clock sample intervals (99.990%)
8192 samples in 8191.720 system clock sample intervals (99.997%)
8192 samples in 8191.840 system clock sample intervals (99.998%)
8192 samples in 8191.904 system clock sample intervals (99.999%)
8192 samples in 8191.720 system clock sample intervals (99.997%)
8192 samples in 8191.864 system clock sample intervals (99.998%)
--- Results after 7 passes ---
Best: 99.999% -- Worst: 99.990% -- Average: 99.995732%
Cummulative Accuracy (not per pass): 99.996

[ded]

loadzone=us ; это вряд ли...
defaultzone=us
span=1,0,0,ccs,hdb3 ; это вряд ли...
bchan=1-15,17-31
hardhdlc=16 ; это вряд ли...
echocanceller=mg2,1-15,17-31
span=2,1,0,ccs,hdb3
bchan=32-46,48-62
hardhdlc=47
echocanceller=mg2,32-46,48-62

[sadm]

span=1,0,0,ccs,hdb3 ; это вряд ли...

А почему? Как бы предполагается, что берём таймер от ТФОП (на втором канале) и отдаём авае (в первый).

Привёл system.conf к виду:

Код: Выделить всё

loadzone = ru
defaultzone = ru

span=1,1,0,ccs,hdb3
bchan=1-15,17-31
dchan=16
#hardhdlc=16
#clear=1-31
echocanceller=mg2,1-15,17-31

span=2,0,0,ccs,hdb3
bchan=32-46,48-62
#hardhdlc=47
echocanceller=mg2,32-46,48-62
dchan=47

Ошибки error in state 8(Timer recovery) всё равно лезут. Подскажите пожалуйста, что ещё можно попробовать?

[Vlad1983]

...
span=1,2,0,ccs,hdb3
...
span=2,1,0,ccs,hdb3
...

[ded]

Не берёте и не отдаёте в таких вариантах. Ноль - это сам Астериск источник синхронизации AFAIK, то есть там внутре начинает работать PLC - генерирует тактовую частоту.
Не ваш случай.
Пробуйте
span=1,2,0,ccs,hdb3
span=2,1,0,ccs,hdb3 (эх, Влад опередил!)
Надеюсь что патч корды в Е1 порты не слишком длинные, и обжаты правильно, канонично.

[Glukinho]

ded, почему такое сомнение по длине E1? На моих глазах работало метров на 50, по отзывам - метров 200 тоже вполне живет.

[ded]

Мануалы пишут, что вполне работает и на длинных сегментах, но надо корректировать третьей цифрой в
span=1,2,0

#
# The line build-out (or LBO) is an integer, from the following table:
#
# 0: 0 db (CSU) / 0-133 feet (DSX-1)
# 1: 133-266 feet (DSX-1)
# 2: 266-399 feet (DSX-1)
# 3: 399-533 feet (DSX-1)
# 4: 533-655 feet (DSX-1)
# 5: -7.5db (CSU)
# 6: -15db (CSU)
# 7: -22.5db (CSU)

http://www.unitjuggler.com/%D0%BF%D0%B5 ... %B2-m.html

[sadm]

Привёл system.conf к виду:

Код: Выделить всё

loadzone = ru
defaultzone = ru

span=1,2,0,ccs,hdb3
bchan=1-15,17-31
dchan=16
#hardhdlc=16
#clear=1-31
echocanceller=mg2,1-15,17-31

span=2,1,0,ccs,hdb3
bchan=32-46,48-62
#hardhdlc=47
echocanceller=mg2,32-46,48-62
dchan=47

Ошибки всё равно валятся. По ощущениям, с несколько меньшей частотой. Надо понаблюдать.

Надеюсь что патч корды в Е1 порты не слишком длинные, и обжаты правильно, канонично.

Что значит канонично?
Патчкорды около 10 метров. Проблемный канал от * идёт витой парой rj-45(обжато с минимальным расплетением, как на ethernet) на 110 кросс, потом в 25-парнике на амфенол(вроде так они называются) в авае.

[ded]

Канонично:



90% проблем такого рода, которые постили на форумах, заканчивались фразой "переобжал патч корд Е1 и всё ОК".

[sadm]

Спасибо всем за помощь, но справиться с проблемой в итоге так и не получилось.
Переобжимка, смена кабеля, смена платы на авае ничем не закончилась. Ошибки продолжают сыпаться, звонки рваться.
Вариантов что попробовать уже не осталось. Будем думать как жить дальше...