конфигурация: 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 [Jul 30 14:12:44] < Protocol Discriminator: Q.931 (8) len=8 [Jul 30 14:12:44] < Call Ref: len= 2 (reference 0/0x0) (Originator) [Jul 30 14:12:44] < Message type: RESTART (70) [Jul 30 14:12:44] < [79 01 86] [Jul 30 14:12:44] < Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Single DS1 Facility (6) ] [Jul 30 14:12:44] -- Processing Q.931 Restart [Jul 30 14:12:44] -- Processing IE 121 (cs0, Restart Indicator) [Jul 30 14:12:44] q931.c:3489 q931_receive: call 0 on channel -1 enters state 62 (Restart) [Jul 30 14:12:44] q931.c:2703 restart_ack: call 0 on channel -1 enters state 0 (Null) [Jul 30 14:12:44] > Protocol Discriminator: Q.931 (8) len=8 [Jul 30 14:12:44] > Call Ref: len= 2 (reference 0/0x0) (Terminator) [Jul 30 14:12:44] > Message type: RESTART ACKNOWLEDGE (78) [Jul 30 14:12:44] > [79 01 86] [Jul 30 14:12:44] > Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Single DS1 Facility (6) ] [Jul 30 14:12:44] == Restart on requested on entire span 1 [Jul 30 14:12:44] ERROR[3969]: chan_zap.c:8978 zt_pri_error: Can't destroy call 0! Jul 30 14:12:44] ERROR[3969]: chan_zap.c:8978 zt_pri_error: Can't destroy call 0! |
| Код: |
| ztcfg -vvv Zaptel Version: 1.4.12.9.svn.r4590-Xorcom-trunk-r7049 Echo Canceller: OSLEC Configuration ====================== SPAN 1: CCS/HDB3 Build-out: 0 db (CSU)/0-133 feet (DSX-1) |
| Код: |
| ztscan [1] 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 (CSU)/0-133 feet (DSX-1) 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, были такие проблемы?
Надо
span=1,0,0,ccs,hdb3
и на ходу это не получится, надо задаунить астериск, рестартнуть сервис zaptel, посмотреть в dmesg и убедиться, что всё ОК, и запустить астериск, который ещё и правильно сконфигурировать.
Судя по
| Код: |
| ztcfg -vvv Zaptel Version: 1.4.12.9.svn.r4590-Xorcom-trunk-r7049 Echo Canceller: OSLEC Configuration ====================== SPAN 1: CCS/HDB3 Build-out: 0 db (CSU)/0-133 feet (DSX-1) |
zap show channels
| Код: |
| Zaptel Version: 1.4.12.9.svn.r4590-Xorcom-trunk-r7049 Echo Canceller: OSLEC Configuration ====================== SPAN 1: 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: 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) 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
наблюдаю за потоком.
zttools все равно показывает
Sync Source: Internally clocked
Щас пробовали с провайдером следующую схему. я остановил астериск и zaptel
D канал соответственно упал.
В течении 1,5 часов провайдер снимал трейс и говорит что на 1 минуту в это время D канал поднимался и опять упал.
Странно очень, что может быть причиной такого поведения?
от провайдера идет оптоволокно, затем мультиплексор.
| Код: |
| 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 | 2009-08-07 07:58:51 CVB00 2000040 - port not suitable for synchr. source due to bit error rate|Port 322| 2009-08-07 07:58:51 CVB00 2000030 --- BERR - bit error rate |Port 322 | 2009-08-07 07:58:51 CVB00 1901010 -- DSS1 data link layer failure |Port 322 | 2009-08-07 07:58:53 CVB00 2000110 *** Too many errors 2000010 - 2000090 on 2 Mb s link |Port 322| 2009-08-07 07:58:55 CVB00 2000030 *** BERR - bit error rate |Port 322 | 2009-08-07 07:58:55 CVB00 2000040 * port not suitable for synchr. source due to bit error rate|Port 322| 2009-08-07 07:58:55 CVB00 1901010 ** DSS1 data link layer failure |Port 322 | |
кто нибудь может мне объяснить что не нравиться с2000 ?
_________________
www.telb.kz
Ставил сначала эту конфигурацию у другого провайдера, проблем не было.
Правда незнаю что у него в качестве опорной станции. Вроде alcatel.
| Tolick писал(а): |
| Удалось получить логи с провайдерской с2000. в логах однотипные мессаги. [code] 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 ? |
Собственно говоря, а этот "провайдер" сам-то в курсе как у него порт в вашу сторону настроен?
http://www.cisco.com/en/US/tech/tk713/tk ... 70f9.shtml
неважно что это cisco.com, проверить первые 3-4 ромбика с диаграммы никогда не вредно.
А мультиплексор чей? Проверяйте что на линках станциямультиплексор,
мультиплексорdigium
С2000 ----- оптоволокно ----- мультиплексор Polycom ------Кабель UTP5e(7-8метров)----DigiumTE122P
по поводу http://www.cisco.com/en/US/tech/tk713/tk ... 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 |
Вам же нужно настраивать порт соответственно порту мультиплексора, поскольку в данном случае он для вас == порт станции.
И добейтесь от телефонистов расшифровки ошибки - это их работа.
А то наивно можно предположить что станция clock с этого порта (с мультиплексора!!!) взять не может.
Кста включали в этот же порт станцию Samsung - работает без рестартов потока. настройки теже.
| @Fetch писал(а): |
| По опыту, такие проблемы возникают у каждого 2-го почему то именно на платах Digium и совместимых им, на Sangoma таких проблем нет. |
Подтверждаю. В конфигурациях с Sangoma (см. http://halokwadrat.pl/610.html) такого не слышал.
_________________
halokwadrat.ru
| 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.