Meridian 1 11C состыкован по PRI с DMS 100/200, периодически происходит зависание D – канала, которое выражается тем, что абонент не может набрать номер. После сброса D – канала в LD 96 DIS DCH XX
ENL DCH XX
набор номера по патоку возобновляется и так до следующего затыка.
Имею около шести АТС состыкованных по PRI EDSS-1, только у всех на другом конце стоят АТС Alcatel S-12. Работает железно.
Подскажите может быть проблема в настройках.

Проблема imho в транспорте. Посмотри ошибки на потоке (ld 60, lcnt номер_лупа).

Алексей_Б пишет
Meridian 1 11C состыкован по PRI с DMS 100/200, периодически происходит зависание D – канала, которое выражается тем, что абонент не может набрать номер. После сброса D – канала в LD 96 DIS DCH XX
ENL DCH XX
набор номера по патоку возобновляется и так до следующего затыка.
Имею около шести АТС состыкованных по PRI EDSS-1, только у всех на другом конце стоят АТС Alcatel S-12. Работает железно.
Подскажите может быть проблема в настройках.
В чем выражается "зависание" - каково состояние транков, есть ли ошибки физики или в логах станции? Проводился ли анализ работы потока тестерами ISDN линий? . Есть ли возможность привлечь к проблеме поставщика? Иногда не всё так просто, как представляется

Анализ работы потока тестерами ISDN линий не проводился.
Транки потока в момент «зависания» D –канала находятся в IDLE, занимаемый транк переходит в BUSY а затем освобождается абонент в это время после того как завершил набор номера попадает в «пустоту» после чего получает сигнал «занято» вероятней всего по тайм ауту непродуктивного занятия транка.
Так как вся регистровая сигнализация и набор номера происходит по D –каналу я думаю, что вся причина в нём тем более, что после «передёргивая» D –канал в LD 96
работа потока нормализуется
.lcnt 2

PRI2 LOOP 2
MNT NNDC NNC OOS
BPV- 000 000 000 000
FAP- 000 000 000 000
SLP- 000 000 000 000
CRC- 000 000 000 000
G2 - 000 000 000 000
MAINT NONEWCALL UNAVAIL SEVERE
TOTAL 24HR BPV - 000000000 000000000 000000000 000000000
TOTAL 24HR CRC - 000000000 000000000 000000000 000000000
TOTAL 24HR FAP - 000000000 000000000 000000000 000000000
TOTAL 24HR SLPREP - 000000000
TOTAL 24HR SLPDEL - 000000000
TOTAL 24 HOUR G2 AIS -000000000
TOTAL 24 HOUR G2 LFAS -000000000
TOTAL 24 HOUR G2 LMAS -000000000
TOTAL 24 HOUR G2 RAI -000000000
TOTAL 24 HOUR G2 LOS -000000000
TOTAL 24 HOUR G2 RAIE -000000000



PRI2 LOOP 2 - ENBL
REF CLK: ENBL
TRACKING
SERVICE RESTORE: YES
ALARM STATUS: ACCEPTABLE
CH 01 - IDLE DID VOD * CH 02 - IDLE DID VOD *
CH 03 - IDLE DID VOD * CH 04 - IDLE DID VOD *
CH 05 - IDLE DID VOD * CH 06 - IDLE DID VOD *
CH 07 - IDLE DID VOD * CH 08 - IDLE DID VOD *
CH 09 - IDLE DID VOD * CH 10 - IDLE DID VOD *
CH 11 - IDLE DID VOD * CH 12 - IDLE DID VOD *
CH 13 - IDLE DID VOD * CH 14 - IDLE DID VOD *
CH 15 - IDLE DID VOD * CH 16 - IDLE DID VOD *
CH 17 - IDLE DID VOD * CH 18 - IDLE DID VOD *
CH 19 - IDLE DID VOD * CH 20 - IDLE DID VOD *
CH 21 - BUSY DID VOD * CH 22 - BUSY DID VOD *
CH 23 - IDLE DID VOD * CH 24 - IDLE DID VOD *
CH 25 - IDLE DID VOD * CH 26 - IDLE DID VOD *
CH 27 - IDLE DID VOD * CH 28 - IDLE DID VOD *
CH 29 - BUSY DID VOD * CH 30 - BUSY DID VOD *
CH 31 - DCH 12



ADAN DCH 12
CTYP MSDL
CARD 02
PORT 1
DES KazTelekom
USR PRI
DCHL 2
OTBF 32
PARM RS422 DTE
DRAT 64KC
CLOK EXT
IFC EURO
CNTY ETSI
PINX_CUST 0
ISDN_MCNT 300
CLID OPT1
PROG NCHG
CO_TYPE STD
SIDE USR
CNEG 2
RLS ID **
RCAP COLP
MBGA NO
OVLR YES
DIDD 0
OVLS YES
OVLT 0
T310 120
INC_T306 120
OUT_T306 120
T200 3
T203 10
N200 3
N201 260
K 7



MSDL 12: ENBL
DCH 12 OPER PORT 1

Д-канальчик помониторить в нормальном и в кривом состоянии!
тогда многое может проясниться. просто так вызовы в ISDN никуда не деваются (как правило :D ) мониторинг всегда показывает причину отбоя
короче - смотреть, думать, сюда постить...

Хорошо попытаюсь предоставить материалы и до и после.
D - канал только «зависает» хаотично надо ждать случая, бывает каждый день а то и неделя проходит и не чего.

Добрый день как обещал высылаю мониторинг D - канала правда в усечённом варианте начало с нормальными звонками затем проблемные звонки, передёргивание D - канала и нормализация звонков.

во первых - в поиск по фразе "CAUSE: #34" - недавно было нечто подобное.
во вторых - поспрошать у администраторов DMS, что у них происходит в этот момент (посылает то тебя - дальняя сторона)

Поиск в архиве форума по фразе "CAUSE: #34" ничего не дал, к сожалению. Администратор DMS отвечает, что у него всё нормально.

надо синхронно смотреть
вызов во столько-то, с такого то номера, отбит от вас с причиной "NO CHANNEL/CIRC AVAIL" - почему?

Таже проблема,только на другом конце AXE-10,отрубается поток,после передергивания раньше восстанавливался,сейчас просто все идеально,даже входящая связь работает-но исходящая нифига,только после пересобирания потока со стороны AXE-10,D-канал стоит норма,каналы в IDLE,ошибок естественно после передергивания нет.была ошибка по LCKO-поставил партч нортеловский,но станция все равно летит,явление спародическое,со своей стороны не лечиться

storny пишет
Таже проблема... тот же совет:
трассировочку д-канала смотрим внимательно, анализируем, общаемся (аргументированно) со встречной стороной.

storny пишет
Таже проблема,только на другом конце AXE-10,отрубается поток,после передергивания раньше восстанавливался,сейчас просто все идеально,даже входящая связь работает-но исходящая нифига,только после пересобирания потока со стороны AXE-10,D-канал стоит норма,каналы в IDLE,ошибок естественно после передергивания нет.была ошибка по LCKO-поставил партч нортеловский,но станция все равно летит,явление спародическое,со своей стороны не лечиться

Была у меня такая проблема точь в точь.
Уже дошло дело до ругательных офицальных писем всё усугублялось тем что данный поток был единственным выходом на МГ/МН.

Причина проблемы была в том что на AXE-10 проводили работы по переходу на многооператорскую схему МГ, они там крутили какие то тарификационные таймера и на моём потоке накрутили не туда.
В общем когда они накрутили туда куда следует тогда всё стало на свои места.

А общаться с ними надо действительно аргументировано, пусть ставят прибор и ловять подвисание канала.

У меня они на сообщение сетап тут же слали Реджект, что согласно спецификации EDSS1 не законно они должны ждать минимум 30 секунд (не помню какой-то там таймер). После этих доводов они напряглись и нашли где косяк.