Quasar-MEEX, Asterisk и Alcatel 1000 S12

[Cybermind]

Здравствуйте.
Е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

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)

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

Не удается поднять поток. На S12 висит авария при тестировании соединения. С нашей стороны до передергивания патч-корда:

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

Передернув патч-корд вижу 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?

[ys1797]

ЖЕЛТАЯ (YELLOW): индикатор сбоя связи с удаленным абонентом - remote alarm indication (RAI): Сигнал RAI указывает на потерю работоспособности интерфейса между пользователем и сетью на первом уровне. Сигнал RAI распространяется в направлении сети, если работоспособности интерфейса между пользователем и сетью на первом уровне потеряна в направлении пользователя, и сигнал RAI распространяется в направлении пользователя, если эта работоспособность потеряна в направлении от пользователя к сети.

Что там у Вас "поднимается" на уровне PRI если сбой по физике.
Если выдернуть веревку, в RED уходит?
Если нет - на помойку

[Cybermind]

В RED уходит, все нормально отрабатывается.

[ys1797]

Попробуйте кросс-кабелем подключить..

[Cybermind]

С мультиплексора идет 4 пары кабелем ISTP 120Om 2x0.4 SCR длиной 6м. Расшито на на krone плинт. С плинта витухой 1,2(оранж пара),4,5(синяя пара) контакты на карту. Убирать этот колхоз?

[Cybermind]

Дело в том, что Quasar-MEEX сейчас успешно работает на соседнем боевом сервере, только с МТТ Коннект предоставляющим поток. Их шнурок работает в любом двух портов без заморочек и поток поднимается всегда успешно, даже если играться настройками и переставлять из порта в порт (также успешно работал когда-то и на сервере от Infratel), а ростелекомовский же, рядом в соседнем порту - поведение описанное в первом сообщении. Для чего и привез с резервного объекта сервер на испытания с той же самой Quasar-MEEX, где опять же от МТТ подключение успешно, чтоб не мешать работе боевого сервера.

[Vlad1983]

на стороне ростелекома точно включен crc4?
пробовали без него?

[Cybermind]

Да, все настройки согласовывали. CRC4 пробовали отключать с обоих сторон. Сейчас просто оставили.

[Vlad1983]

помню была аналогичная ситуация с si2000 - тоже ни в какую поток не поднимала (на другом конце правда не астериск был) через мультики использующие сжатие.
пока не дали чистый поток так и не завелось.

[Cybermind]

Буду менять карту. Выхода пока нет другого. Надеялся конечно, что надо пнуть меня или телеком ...