Е1 от Ростелеком, станция Alcatel 1000 S12
От АТС оптика до объекта, мультиплексор в шасси НАТЕКС, Asterisk 1.8.15 на Debian Squeeze amd64, карта Е1 Quasar-MEEX. Используется один порт.
/etc/dahdi/system.conf
# Define SPAN configuration
span = 1,1,0,ccs,hdb3,crc4
span = 2,2,0,ccs,hdb3,crc4
# Define channels configuration
#Don't forget to uncomment "span=" for the channel
#SPAN1, CCS signaling (PRI/SS7), data channel=16
bchan=1-15,17-31
dchan=16
#SPAN2, CCS signaling (PRI/SS7), data channel=16(47)
bchan=32-46,48-62
dchan=47
# Specify echo canceller for specified channels
echocanceller=oslec,1-15,17-31
| Код: |
| CLI> dahdi show status Description Alarms IRQ bpviol CRC Fra Codi Options LBO Parabel Quasar-mini 0 Span 1 OK 0 0 0 CCS HDB3 CRC4 0 db (CSU)/0-133 feet (DSX-1) Parabel Quasar-mini 0 Span 2 RED 0 0 0 CCS HDB3 CRC4 0 db (CSU)/0-133 feet (DSX-1) |
/etc/asterisk/chan_dahdi.conf
; Sample configuration file for Quasar/Quasar-mini.
; SPAN1 & SPAN2 are configured with signalling PRI_CPE,
; incoming calls are handled in "test_context" context.
; Put this file in /etc/asterisk/ and define "test_context" context.
[channels]
language=ru
context=external
switchtype=euroisdn
pridialplan=national
prilocaldialplan=national
signalling=pri_cpe
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
rxgain=0.0
txgain=0.0
group=1
callgroup=1
pickupgroup=1
immediate=no
group = 1
channel => 1-15
channel => 17-31
Не удается поднять поток. На S12 висит авария при тестировании соединения. С нашей стороны до передергивания патч-корда:
CLI>pri show span 1
Primary D-channel: 16
Status: Down, Active
Switchtype: EuroISDN
Type: CPE
Remote type: Unknown node type
Overlap Dial: 0
Logical Channel Mapping: 0
Timer and counter settings:
N200: 3
N202: 3
K: 7
T200: 1000
T201: 1000
T202: 10000
T203: 10000
T303: 4000
T305: 30000
T308: 4000
T309: 6000
T312: 6000
T313: 4000
T-HOLD: 4000
T-RETRIEVE: 4000
T-RESPONSE: 4000
T-STATUS: 4000
T-ACTIVATE: 10000
T-DEACTIVATE: 4000
T-INTERROGATE: 4000
T-RETENTION: 30000
T-CCBS1: 4000
T-CCBS2: 2700000
T-CCBS3: 20000
T-CCBS4: 5000
T-CCBS5: 3600000
T-CCBS6: 3600000
T-CCNR2: 10800000
T-CCNR5: 11700000
T-CCNR6: 11700000
Q931 RX: 0
Q931 TX: 0
Q921 RX: 0
Q921 TX: 4746
Q921 Outstanding: 0 (TEI=0)
Total active-calls:0 global:0
CC records:
Overlap Recv: No
Передернув патч-корд вижу Yellow Alarm, через парабеловскую утилиту emcfg шлю станции AIS, поток поднимается, но на Alcatel висит авария и при этом, если сделать проверку с АТС вижу в консоли Yellow Alarm и поднятие потока. В результате даже могу совершать исходящие звонки, но станция меня не видит. Инженер на S12 озвучивает аварию как "не запрошенная петля", нулевой канал вообще не отрабатывает и не отвечает.
Что было проверено. Попросил завернуть поток в нашу сторону crc ошибки не растут, все по нулям довольно длительное время без проблем, астериск ругается, что удаленная сторона тоже CPE - работает вроде как. Завернул с нашей стороны - инженер сообщил что все в порядке с точки зрения канала. Связался он с техподдержкой Alcatel и они поведали:
| Цитата: |
| Here the some explanations from R&D experts concerning URELP alarm: The mechanism for URELP is used for test the NT (network termination) on PABX-itf only. After i.e. diagnostic test within the synch channel some bits are set. The NT must give "feedback" by sending a special bit stream indicating an UnrequestedLoop. Afterwards the bits should be reset and the UnrequestedLoop should disapear. In our case the URELP can be seen without a dedicated trrigger: propably error in transmiision equipment or PABX settings. |
Я тем временем спросил техподдержку Parabel - сказано пусть Ростелеком на S12 выясняют природу Yellow Alarm.
При всем при этом Quasar-MEEX на соседнем сервере вполне успешно при тех же настройках подключена к другому потоку (к сожалению оборудование оператора не известно) и работает без замечаний.
Для чистоты эксперимента подал поток на потоковую плату iSpan давно запылившегося сервера от Infratel - поток поднялся с полу хода и на Alcatel нет аварии, нулевой канал в потоке отрабатывает нормально. Звонки ходят в обе стороны.
Теперь совсем запутался, менять карту, выпрямлять кривые руки и исправлять конфигурацию на Asterisk? Или все же проблема на Alcatel S12?
Поставил OpenVox D210E и все взлетело. Только пока временно мы pri_net, но это уже история конфигурации на станции. Parabel также на высоте - обещали включить в свои продукты поддержку Network Loopback Detection (опционально):
| Цитата: |
| 11 октября 2012 г., 15:25 Пути решения: 1. Попросить Ростелеком отключить inband диагностику для порта. 2. Включим в своих продуктах Network Loopback Detection. Что, однако, не гарантирует работу на E1. 2-й вариант мы сделаем вне зависимости, от ответа Ростелекома. Однако, предложу вам все же путь 1. Путь 2 займет некоторое время - надо сгенерировать LoopUp, проверить заворот, сгенерировать LoopDown. Но абсолютно точно, что использование диагностики через LoopUp/Down является опциональным, и настраиваемым со стороны Alcatel. В понедельник займемся исследованием режимов Loop в контроллерах, в среду можно ожидать результат. |