Quasar-MEEX, Asterisk и Alcatel 1000 S12
Добавлено: 10 окт 2012, 03:54
Здравствуйте.
Е1 от Ростелеком, станция Alcatel 1000 S12
От АТС оптика до объекта, мультиплексор в шасси НАТЕКС, Asterisk 1.8.15 на Debian Squeeze amd64, карта Е1 Quasar-MEEX. Используется один порт.
Не удается поднять поток. На S12 висит авария при тестировании соединения. С нашей стороны до передергивания патч-корда:
Передернув патч-корд вижу Yellow Alarm, через парабеловскую утилиту emcfg шлю станции AIS, поток поднимается, но на Alcatel висит авария и при этом, если сделать проверку с АТС вижу в консоли Yellow Alarm и поднятие потока. В результате даже могу совершать исходящие звонки, но станция меня не видит. Инженер на S12 озвучивает аварию как "не запрошенная петля", нулевой канал вообще не отрабатывает и не отвечает.
Что было проверено. Попросил завернуть поток в нашу сторону crc ошибки не растут, все по нулям довольно длительное время без проблем, астериск ругается, что удаленная сторона тоже CPE - работает вроде как. Завернул с нашей стороны - инженер сообщил что все в порядке с точки зрения канала. Связался он с техподдержкой Alcatel и они поведали:
При всем при этом Quasar-MEEX на соседнем сервере вполне успешно при тех же настройках подключена к другому потоку (к сожалению оборудование оператора не известно) и работает без замечаний.
Для чистоты эксперимента подал поток на потоковую плату iSpan давно запылившегося сервера от Infratel - поток поднялся с полу хода и на Alcatel нет аварии, нулевой канал в потоке отрабатывает нормально. Звонки ходят в обе стороны.
Теперь совсем запутался, менять карту, выпрямлять кривые руки и исправлять конфигурацию на Asterisk? Или все же проблема на Alcatel S12?
Е1 от Ростелеком, станция Alcatel 1000 S12
От АТС оптика до объекта, мультиплексор в шасси НАТЕКС, Asterisk 1.8.15 на Debian Squeeze amd64, карта Е1 Quasar-MEEX. Используется один порт.
PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: /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
# Specify echo canceller for specified channels
echocanceller=oslec,1-15,17-31
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
# Specify echo canceller for specified channels
echocanceller=oslec,1-15,17-31
PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: 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)
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)
PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: /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
; 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
PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: 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
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
Что было проверено. Попросил завернуть поток в нашу сторону crc ошибки не растут, все по нулям довольно длительное время без проблем, астериск ругается, что удаленная сторона тоже CPE - работает вроде как. Завернул с нашей стороны - инженер сообщил что все в порядке с точки зрения канала. Связался он с техподдержкой Alcatel и они поведали:
Я тем временем спросил техподдержку Parabel - сказано пусть Ростелеком на S12 выясняют природу Yellow Alarm.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.
При всем при этом Quasar-MEEX на соседнем сервере вполне успешно при тех же настройках подключена к другому потоку (к сожалению оборудование оператора не известно) и работает без замечаний.
Для чистоты эксперимента подал поток на потоковую плату iSpan давно запылившегося сервера от Infratel - поток поднялся с полу хода и на Alcatel нет аварии, нулевой канал в потоке отрабатывает нормально. Звонки ходят в обе стороны.
Теперь совсем запутался, менять карту, выпрямлять кривые руки и исправлять конфигурацию на Asterisk? Или все же проблема на Alcatel S12?
...