Продлемы с Е1 из за синхронизации

Обсуждение + Покупка/Продажа voip железа.

Модераторы: Admins, Модераторы

Ответить
Tolick
Сообщения: 79
Зарегистрирован: 15 ноя 2007, 18:23

Продлемы с Е1 из за синхронизации

Сообщение Tolick » 06 авг 2009, 10:44

Добрый день.

конфигурация: Centos + asterisk 1.4.22+ плата потока TE122P. стык с С2000 у провайдера.

Проблема в следующем: переодически 10-15 минут происходит рестарт потока.
Провайдер снял трейс, говорит что от меня идут попытки синхронизации по протоколу P1 (у них F1, я о таком незнаю ) , но по идеи они вообще не должны идти от меня, так как я беру синхронизацию от провайдера. Также продайдер говорит что моё оборудование посылает им рестарт на порт.

Вот конфиги zaptel.conf

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

span=1,1,0,ccs,hdb3
bchan=1-15,17-31
dchan=16
loadzone =us
defaultzone =us
вот zapata.conf

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

group=1
switchtype=euroisdn
signalling=pri_cpe
echocancel=no
channel=>1-15,17-31

Вот с дебаг при падении

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

[Jul 30 14:12:37] WARNING[3970]: chan_zap.c:7255 handle_init_event: Detected alarm on channel 1: Yellow Alarm
### повторяющиеся вырезал мессаги
[Jul 30 14:12:37] WARNING[3970]: chan_zap.c:7255 handle_init_event: Detected alarm on channel 31: Yellow Alarm
[Jul 30 14:12:37] NOTICE[3969]: chan_zap.c:9262 pri_dchannel: PRI got event: Alarm (4) on Primary D-channel of span 1
[Jul 30 14:12:37] WARNING[3969]: chan_zap.c:2886 pri_find_dchan: No D-channels available! Using Primary channel 16 as D-channel anyway!
### повторяющиеся вырезал мессаги
[Jul 30 14:12:39] NOTICE[3970]: chan_zap.c:7233 handle_init_event: Alarm cleared on channel 31
[Jul 30 14:12:39] NOTICE[3969]: chan_zap.c:9262 pri_dchannel: PRI got event: No more alarm (5) on Primary D-channel of span 1
[Jul 30 14:12:39] q921.c:782 q921_reset: q921_state now is Q921_LINK_CONNECTION_RELEASED
[Jul 30 14:12:39] Sending Set Asynchronous Balanced Mode Extended
[Jul 30 14:12:39] q921.c:211 q921_send_sabme: q921_state now is Q921_AWAITING_ESTABLISH
[Jul 30 14:12:40] Sending Set Asynchronous Balanced Mode Extended
[Jul 30 14:12:40] WARNING[3970]: chan_zap.c:7255 handle_init_event: Detected alarm on channel 1: Yellow Alarm
### повторяющиеся вырезал мессаги
[Jul 30 14:12:40] WARNING[3970]: chan_zap.c:7255 handle_init_event: Detected alarm on channel 31: Yellow Alarm
[Jul 30 14:12:40] NOTICE[3969]: chan_zap.c:9262 pri_dchannel: PRI got event: Alarm (4) on Primary D-channel of span 1
[Jul 30 14:12:40] WARNING[3969]: chan_zap.c:2886 pri_find_dchan: No D-channels available! Using Primary channel 16 as D-channel anyway!
[Jul 30 14:12:41] Sending Set Asynchronous Balanced Mode Extended
[Jul 30 14:12:42] Sending Set Asynchronous Balanced Mode Extended
[Jul 30 14:12:43] Sending Set Asynchronous Balanced Mode Extended
[Jul 30 14:12:44] Sending Set Asynchronous Balanced Mode Extended
[Jul 30 14:12:44] NOTICE[3970]: chan_zap.c:7233 handle_init_event: Alarm cleared on channel 1
### повторяющиеся вырезал мессаги
[Jul 30 14:12:44] NOTICE[3970]: chan_zap.c:7233 handle_init_event: Alarm cleared on channel 31
[Jul 30 14:12:44] NOTICE[3969]: chan_zap.c:9262 pri_dchannel: PRI got event: No more alarm (5) on Primary D-channel of span 1
[Jul 30 14:12:44] q921.c:782 q921_reset: q921_state now is Q921_LINK_CONNECTION_RELEASED
[Jul 30 14:12:44] Sending Set Asynchronous Balanced Mode Extended
[Jul 30 14:12:44] q921.c:211 q921_send_sabme: q921_state now is Q921_AWAITING_ESTABLISH
[Jul 30 14:12:44] -- Got UA from network peer Link up.
[Jul 30 14:12:44] q921.c:782 q921_reset: q921_state now is Q921_LINK_CONNECTION_RELEASED
[Jul 30 14:12:44] q921.c:733 q921_dchannel_up: q921_state now is Q921_LINK_CONNECTION_ESTABLISHED
[Jul 30 14:12:44] == Primary D-Channel on span 1 up
&#91;Jul 30 14&#58;12&#58;44&#93; < Protocol Discriminator&#58; Q.931 &#40;8&#41; len=8
&#91;Jul 30 14&#58;12&#58;44&#93; < Call Ref&#58; len= 2 &#40;reference 0/0x0&#41; &#40;Originator&#41;
&#91;Jul 30 14&#58;12&#58;44&#93; < Message type&#58; RESTART &#40;70&#41;
&#91;Jul 30 14&#58;12&#58;44&#93; < &#91;79 01 86&#93;
&#91;Jul 30 14&#58;12&#58;44&#93; < Restart Indentifier &#40;len= 3&#41; &#91; Ext&#58; 1 Spare&#58; 0 Resetting Single DS1 Facility &#40;6&#41; &#93;
&#91;Jul 30 14&#58;12&#58;44&#93; -- Processing Q.931 Restart
&#91;Jul 30 14&#58;12&#58;44&#93; -- Processing IE 121 &#40;cs0, Restart Indicator&#41;
&#91;Jul 30 14&#58;12&#58;44&#93; q931.c&#58;3489 q931_receive&#58; call 0 on channel -1 enters state 62 &#40;Restart&#41;
&#91;Jul 30 14&#58;12&#58;44&#93; q931.c&#58;2703 restart_ack&#58; call 0 on channel -1 enters state 0 &#40;Null&#41;
&#91;Jul 30 14&#58;12&#58;44&#93; > Protocol Discriminator&#58; Q.931 &#40;8&#41; len=8
&#91;Jul 30 14&#58;12&#58;44&#93; > Call Ref&#58; len= 2 &#40;reference 0/0x0&#41; &#40;Terminator&#41;
&#91;Jul 30 14&#58;12&#58;44&#93; > Message type&#58; RESTART ACKNOWLEDGE &#40;78&#41;
&#91;Jul 30 14&#58;12&#58;44&#93; > &#91;79 01 86&#93;
&#91;Jul 30 14&#58;12&#58;44&#93; > Restart Indentifier &#40;len= 3&#41; &#91; Ext&#58; 1 Spare&#58; 0 Resetting Single DS1 Facility &#40;6&#41; &#93;
&#91;Jul 30 14&#58;12&#58;44&#93; == Restart on requested on entire span 1
&#91;Jul 30 14&#58;12&#58;44&#93; ERROR&#91;3969&#93;&#58; chan_zap.c&#58;8978 zt_pri_error&#58; Can't destroy call 0!

Jul 30 14&#58;12&#58;44&#93; ERROR&#91;3969&#93;&#58; chan_zap.c&#58;8978 zt_pri_error&#58; Can't destroy call 0! 

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

ztcfg -vvv

Zaptel Version&#58; 1.4.12.9.svn.r4590-Xorcom-trunk-r7049
Echo Canceller&#58; OSLEC
Configuration
======================

SPAN 1&#58; CCS/HDB3 Build-out&#58; 0 db &#40;CSU&#41;/0-133 feet &#40;DSX-1&#41;

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

ztscan
&#91;1&#93;
active=yes
alarms=OK
description=Wildcard TE122 Card 0
name=WCT1/0
manufacturer=Digium
devicetype=Wildcard TE122
location=PCI Bus 03 Slot 03
basechan=1
totchans=31
irq=169
type=digital-E1
syncsrc=0
lbo=0 db &#40;CSU&#41;/0-133 feet &#40;DSX-1&#41;
coding_opts=HDB3
framing_opts=CCS,CRC4
coding=HDB3
framing=CCS

Меня вот удивляет IRQ=169

zttools показывает
Sync Source: Internally clocked


Пробовал менять синхронизацию
span=1,2,0,ccs,hdb3
и
span=1,0,0,ccs,hdb3

результат ещё только хуже бывает.

Кто нибудь стыковал Digium + C2000, были такие проблемы?

Ded
Guru
Сообщения: 4428
Зарегистрирован: 10 янв 2005, 16:01
Откуда: Road Town, Tortola, British Virgin Islands

Сообщение Ded » 06 авг 2009, 12:06

span=1,1,0,ccs,hdb3 неправильно, вторая цифра 1 говорит, что ваш порт пытается быть источником синхронизации, и Sync Source: Internally clocked тоже это подтверждает.
Надо
span=1,0,0,ccs,hdb3
и на ходу это не получится, надо задаунить астериск, рестартнуть сервис zaptel, посмотреть в dmesg и убедиться, что всё ОК, и запустить астериск, который ещё и правильно сконфигурировать.
Судя по

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

ztcfg -vvv

Zaptel Version&#58; 1.4.12.9.svn.r4590-Xorcom-trunk-r7049
Echo Canceller&#58; OSLEC
Configuration
======================

SPAN 1&#58; CCS/HDB3 Build-out&#58; 0 db &#40;CSU&#41;/0-133 feet &#40;DSX-1&#41; 
каналы у вас не настроены, а надо. Тогда будут видны этой командой и из астериска
zap show channels

Tolick
Сообщения: 79
Зарегистрирован: 15 ноя 2007, 18:23

Сообщение Tolick » 06 авг 2009, 16:47

Каналы сконфигурированы в астериск. я просто не до конца показал ztcfg

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

Zaptel Version&#58; 1.4.12.9.svn.r4590-Xorcom-trunk-r7049
Echo Canceller&#58; OSLEC
Configuration
======================

SPAN 1&#58; CCS/HDB3 Build-out&#58; 0 db &#40;CSU&#41;/0-133 feet &#40;DSX-1&#41;

Channel map&#58;

Channel 01&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 01&#41;
Channel 02&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 02&#41;
Channel 03&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 03&#41;
Channel 04&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 04&#41;
Channel 05&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 05&#41;
Channel 06&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 06&#41;
Channel 07&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 07&#41;
Channel 08&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 08&#41;
Channel 09&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 09&#41;
Channel 10&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 10&#41;
Channel 11&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 11&#41;
Channel 12&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 12&#41;
Channel 13&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 13&#41;
Channel 14&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 14&#41;
Channel 15&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 15&#41;
Channel 16&#58; D-channel &#40;Default&#41; &#40;Slaves&#58; 16&#41;
Channel 17&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 17&#41;
Channel 18&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 18&#41;
Channel 19&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 19&#41;
Channel 20&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 20&#41;
Channel 21&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 21&#41;
Channel 22&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 22&#41;
Channel 23&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 23&#41;
Channel 24&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 24&#41;
Channel 25&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 25&#41;
Channel 26&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 26&#41;
Channel 27&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 27&#41;
Channel 28&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 28&#41;
Channel 29&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 29&#41;
Channel 30&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 30&#41;
Channel 31&#58; Clear channel &#40;Default&#41; &#40;Slaves&#58; 31&#41;

31 channels to configure.

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

zap show channels
   Chan Extension  Context         Language   MOH Interpret
 pseudo            incoming        en         default
      1            incoming        en         default
      2            incoming        en         default
      3            incoming        en         default
      4            incoming        en         default
      5            incoming        en         default
      6            incoming        en         default
      7            incoming        en         default
      8            incoming        en         default
      9            incoming        en         default
     10            incoming        en         default
     11            incoming        en         default
     12            incoming        en         default
     13            incoming        en         default
     14            incoming        en         default
     15            incoming        en         default
     17            incoming        en         default
     18            incoming        en         default
     19            incoming        en         default
     20            incoming        en         default
     21            incoming        en         default
     22            incoming        en         default
     23            incoming        en         default
     24            incoming        en         default
     25            incoming        en         default
     26            incoming        en         default
     27            incoming        en         default
     28            incoming        en         default
     29            incoming        en         default
     30            incoming        en         default
     31            incoming        en         default
поставил span=1,0,0,ccs,hbd3
затем stop now астериску и service zaptel stop и service zaptel start
наблюдаю за потоком.

Ded
Guru
Сообщения: 4428
Зарегистрирован: 10 янв 2005, 16:01
Откуда: Road Town, Tortola, British Virgin Islands

Сообщение Ded » 06 авг 2009, 17:02

Выглядит теперь всё правильно и аккуратно.

Tolick
Сообщения: 79
Зарегистрирован: 15 ноя 2007, 18:23

Сообщение Tolick » 07 авг 2009, 05:50

К сожалению поток рестартует. :(
zttools все равно показывает
Sync Source: Internally clocked

Щас пробовали с провайдером следующую схему. я остановил астериск и zaptel
D канал соответственно упал.
В течении 1,5 часов провайдер снимал трейс и говорит что на 1 минуту в это время D канал поднимался и опять упал.
Странно очень, что может быть причиной такого поведения?
от провайдера идет оптоволокно, затем мультиплексор.

Tolick
Сообщения: 79
Зарегистрирован: 15 ноя 2007, 18:23

Сообщение Tolick » 10 авг 2009, 10:03

Удалось получить логи с провайдерской с2000. в логах однотипные мессаги.

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

2009-08-07 07&#58;58&#58;46 CVB00 2000030 *** BERR - bit error rate      |Port 322     |
2009-08-07 07&#58;58&#58;46 CVB00 2000040   * port not suitable for synchr. source due to bit error rate|Port 322|
2009-08-07 07&#58;58&#58;48 CVB00 1901010  ** DSS1 data link layer failure             |Port 322     |
2009-08-07 07&#58;58&#58;51 CVB00 2000040   - port not suitable for synchr. source due to bit error rate|Port 322|
2009-08-07 07&#58;58&#58;51 CVB00 2000030 --- BERR - bit error rate      |Port 322     |
2009-08-07 07&#58;58&#58;51 CVB00 1901010  -- DSS1 data link layer failure             |Port 322     |
2009-08-07 07&#58;58&#58;53 CVB00 2000110 *** Too many errors 2000010 - 2000090 on 2 Mb s link         |Port 322|
2009-08-07 07&#58;58&#58;55 CVB00 2000030 *** BERR - bit error rate      |Port 322     |
2009-08-07 07&#58;58&#58;55 CVB00 2000040   * port not suitable for synchr. source due to bit error rate|Port 322|
2009-08-07 07&#58;58&#58;55 CVB00 1901010  ** DSS1 data link layer failure             |Port 322     |

кто нибудь может мне объяснить что не нравиться с2000 ?

Аватара пользователя
@Fetch
Сообщения: 272
Зарегистрирован: 20 апр 2007, 12:02
Откуда: Astana
Контактная информация:

Сообщение @Fetch » 10 авг 2009, 11:15

По опыту, такие проблемы возникают у каждого 2-го почему то именно на платах Digium и совместимых им, на Sangoma таких проблем нет.

Tolick
Сообщения: 79
Зарегистрирован: 15 ноя 2007, 18:23

Сообщение Tolick » 10 авг 2009, 11:24

Хм. Брал родной Digium - думал проблем вообще не будет.
Ставил сначала эту конфигурацию у другого провайдера, проблем не было.
Правда незнаю что у него в качестве опорной станции. Вроде alcatel.

dyer
Модератор
Сообщения: 251
Зарегистрирован: 03 мар 2005, 15:37
Откуда: Санкт Петербург

Сообщение dyer » 10 авг 2009, 12:05

Tolick писал(а):Удалось получить логи с провайдерской с2000. в логах однотипные мессаги.

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

2009-08-07 07:58:46 CVB00 2000030 *** BERR - bit error rate      |Port 322     |
2009-08-07 07:58:46 CVB00 2000040   * port not suitable for synchr. source due to bit error rate|Port 322|
2009-08-07 07:58:48 CVB00 1901010  ** DSS1 data link layer failure             |Port 322     |
кто нибудь может мне объяснить что не нравиться с2000 ?[/quote]
Собственно говоря, а этот "провайдер" сам-то в курсе как у него порт в вашу сторону настроен?
http://www.cisco.com/en/US/tech/tk713/tk628/technologies_tech_note09186a00800a70f9.shtml
неважно что это cisco.com, проверить первые 3-4 ромбика с диаграммы никогда не вредно.
А мультиплексор чей? Проверяйте что на линках станция<->мультиплексор,
мультиплексор<->digium

Tolick
Сообщения: 79
Зарегистрирован: 15 ноя 2007, 18:23

Сообщение Tolick » 11 авг 2009, 07:08

Схема от провайдера такая
С2000 ----- оптоволокно ----- мультиплексор Polycom ------Кабель UTP5e(7-8метров)----DigiumTE122P

по поводу http://www.cisco.com/en/US/tech/tk713/t ... 70f9.shtml
1ый ромбик. Провайдер Primary clock, я у себя ставлю secondary span=1,0
2ой. На станции провайдера выключено CRC4, я у себя тоже не ставлю crc. Мультиплексор говорят не имеет такой настройки.
3ий. Linecode, в zaptel.conf это называется coding - тип hdb3 стоит у меня, на мультиплексоре и на С2000. Иначе думаю поток бы даже не поднялся.
4ый. в zapata.conf стоит signalling=pri_cpe - Т.е. С2000 является мастером, а мой Digium слейв.
каналы тоже сконфигурированы

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

bchan=1-15,17-31
dchan=16 
p.s.Обжим патч корда между мультиплексором и digium. 1,2,4,5 с обоих сторон.

Added after 2 hours 40 minutes:

Нашел в описании ещё параметры ISDN Timer

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

pritimer => t200,1000
pritimer => t313,4000
Могут они влиять?


также нашел параметр resetinterval
поставил

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

resetinterval=10000000

Oleh
Сообщения: 140
Зарегистрирован: 16 июл 2007, 08:55

Сообщение Oleh » 11 авг 2009, 10:11

resetinterval рекомендуют ставить в never. У меня повсюду так стоит.

dyer
Модератор
Сообщения: 251
Зарегистрирован: 03 мар 2005, 15:37
Откуда: Санкт Петербург

Сообщение dyer » 11 авг 2009, 13:18

У вас фактически 2 линка (станция<->мультиплексор, мультиплексор<->digium) раз идут ошибки - значит что-то не в порядке с настройками.
Вам же нужно настраивать порт соответственно порту мультиплексора, поскольку в данном случае он для вас == порт станции.
И добейтесь от телефонистов расшифровки ошибки - это их работа.
А то наивно можно предположить что станция clock с этого порта (с мультиплексора!!!) взять не может.

Tolick
Сообщения: 79
Зарегистрирован: 15 ноя 2007, 18:23

Сообщение Tolick » 11 авг 2009, 18:07

Сегодня телефонисты поменяли мультиплексор - пока работает. Говорят поставили более простую модель Polycom 200 вроде. Наблюдаем за стабильностью потока.

Кста включали в этот же порт станцию Samsung - работает без рестартов потока. настройки теже.

col1972
Сообщения: 9
Зарегистрирован: 19 апр 2009, 15:02
Откуда: Санкт-Петербург
Контактная информация:

Сообщение col1972 » 14 авг 2009, 13:14

@Fetch писал(а):По опыту, такие проблемы возникают у каждого 2-го почему то именно на платах Digium и совместимых им, на Sangoma таких проблем нет.
Подтверждаю. В конфигурациях с Sangoma (см. http://halokwadrat.pl/610.html) такого не слышал.
halokwadrat.ru

volk22
Сообщения: 34
Зарегистрирован: 27 май 2008, 21:01

clocking

Сообщение volk22 » 06 июн 2011, 08:21

Ded писал(а):span=1,1,0,ccs,hdb3 неправильно, вторая цифра 1 говорит, что ваш порт пытается быть источником синхронизации
clock = 0 means internal
clock = 1 means recovered from this span
clock = 2 means recovered from this span if the span with clock=1 is down
etc.

Ответить