Подскажите (расшифруйте) всели ок по отбою звонка, в данном случае:

DCH 16 UIPE_OMSG CC_DISC_REQ REF 000012BA CH 7 25 TOD 16:09:10 CK EB0D0F4C
CAUSE: #16 - NORMAL CALL CLEARING

DCH 16 UIPE_IMSG CC_RELEASE_IND REF 000012BA CH 7 25 TOD 16:09:10 CK EB0D104C
CAUSE: #31 - NORMAL UNSPECIFIED

DCH 16 UIPE_OMSG CC_RELEASE_RESP REF 000012BA CH 7 25 TOD 16:09:10 CK EB0D1054


thx!

Причин может быть много, например неверный information element принятый в Disconnect или Release сообщении, или не ожидаемый Release. Надо включать MON2 и анализировать подробно...

что такое MON2?

LD 96
.set msgi 16 mon 2
.set msgo 16 mon 2

Обсуждалось совсем недавно

DCH 16 UIPE_OMSG CC_SETUP_REQ REF 00002258 CH 7 8 TOD 11:32:48 CK 50128C95
PRIM HDR: 01 00 01 00 4E 00
MSG HDR: 08 02 58 44 0E 00
BCAP: 01 0D 13 00 01 10 00 00 23 00 00 00 00 00 00
CHID: 09 09 0D 00 29 00 03 00 01 00 08
CLG#: 05 11 07 00 00 03 0B 00 08 08 01 02 03 02 09 0A
0A 01 0A
CAD#: 03 0D 03 00 41 00 07 00 03 03 06 04 0A 05 0A
SNCMP: 23 00
SRVIN: 24 04 03 00 01 01

DCH 16 UIPE_IMSG CC_PROCEED_IND REF 00002258 CH 7 8 TOD 11:32:50 CK 50128EE9
PRIM HDR: 2F 00 01 00 06 00
MSG HDR: 08 02 58 44 29 00

DCH 16 UIPE_IMSG CC_ALERT_IND REF 00002258 CH 7 8 TOD 11:32:50 CK 50128F5E
PRIM HDR: 2F 00 01 00 06 00
MSG HDR: 08 02 58 44 21 00

DCH 16 UIPE_IMSG CC_SETUP_CONF REF 00002258 CH 7 8 TOD 11:32:50 CK 50128F71
PRIM HDR: 2F 00 01 00 06 00
MSG HDR: 08 02 58 44 30 00


DCH 16 UIPE_OMSG CC_DISC_REQ REF 00002258 CH 7 8 TOD 11:33:00 CK 5012EABE
PRIM HDR: 01 00 01 00 0D 00
MSG HDR: 08 02 58 44 02 00
CAUSE: 07 05 05 00 01 00 10

DCH 16 UIPE_IMSG CC_RELEASE_IND REF 00002258 CH 7 8 TOD 11:33:02 CK 5012EC7D
PRIM HDR: 2F 00 01 00 0E 00
MSG HDR: 08 02 58 44 2C 00
CAUSE: 07 05 05 00 81 00 90

DCH 16 UIPE_OMSG CC_RELEASE_RESP REF 00002258 CH 7 8 TOD 11:33:02 CK 5012EC85
PRIM HDR: 01 00 01 00 06 00
MSG HDR: 08 02 58 44 1A 00

Че-то у меня эта трассировка ничего не показывает.. И КАК ЕЕ ТЕПЕРЬ ОТКЛЮЧИТЬ??? :eek:

Все, разобрался уже :)

Tema пишет
Че-то у меня эта трассировка ничего не показывает.. И КАК ЕЕ ТЕПЕРЬ ОТКЛЮЧИТЬ??? :eek:

Примерно такой же вопрос рассматривался:

http://bbs.radiolink.ru/forum/showthread.php?threadid=19173

К сожалению, удивительное рядом, но он запрещено.

там нет никакого позитива

Прикольно! Я посоветовал проанализировать подробно, но не подписывался делать это!
Уважаемый pas-quantum, насколько серьезно беспокоит cause 31 если его сопровождает вполне благополучный NORMAL CALL CLEARING?
Это при каждов вызове?

Не менее уважаемый TheRam, я действовал по Вашим советам. И пришел за помощью.

Беспокоит клиента, которые не может совершить часть своих вызовов, через мой транзитный Meridian. Его станция тупа и коварна (не имеет каких-либо мониторингов). Я начал смотреть мониторинг со совей стороны (он очень осложнен отсутсвеим enblock'а со стороны клиента) и все что нашел криминального привел сюда. Если это может служить причиной проблемы - то это очень серьезно беспокоит!

thx!

DCH 16 UIPE_OMSG CC_SETUP_REQ REF 00002258 CH 7 8 TOD Bearer Capability = Speech A-Law
Calling Party Number Call type = Unknown
Numbering plan = Unknown Presentation Allowed Display = Network provided
Number = 88123290
Called Party Number Numbering plan = E.164
Number = 3364050
SNCMP: 23 00

Криминала не обнаружил, надо копать шире - в чем суть проблемы?

клиент утверждает, что периодически не может выйти на линию. при этом вижу:
1) довольно активную работу на его потоке (вх./исх.).
2) не полностью забитый поток (в LD 60 занимается до 60% транков).
3) иногда транки попадают в LCKO, но сами через какое-то время встают в IDLE.
Проблема временно решается передергиванием его станции, либо потока со стороны моего транзита.

Где, как искать криминал? Поверхностный мониторинг всего D-канала ничего не дает, а также очень осложнен overlap'ом ;((

Если не секрет - что за станция на том конце?

если не ошибаюсь - Panasonic 500

мда...уж оченно хочется на панаслоник все свалить...

А что Общество думает?

аналогично, но без мативации никак ;(

вот и мне инересно мнения Гуров ТДМа?

Cause 31 - совершенно безобиден. По крайней мере - в данном случае.

Проблема может быть связана с "иногда транки попадают в LCKO". При блокировке канала обязательно должна выводиться ошибка или сообщение (класса ERR, например).
Имеет смысл включить мониторинг Д-канала на обозримо длительное время. Затем, поискать ошибки (сообщения), извещающие о блокировке. Потом - отфильтровать все сообщения, касающиеся указанного в ошибке Б-канала (с начала мониторинга и до момента блокировки). Это и будет - материал для анализа...

Предварительно следует убедиться в USER MTC SCH BUG на TTY и ЕRRM ERR BUG AUD в PARM.

а можно как-то ограничить вывод сообщений классом ERR, чтобы только их видеть?

Попробуй такой вариант:
enl msgi x
enl msgo x
dis msgi x msg prim
dis msgo x msg prim
dis msgi x msg aler
dis msgo x msg aler

запустил, уже очень много всего, типа:
CC_SETUP_REQ, CC_INFO_IND, CC_DISC_REQ, CC_PROCEED_REQ и т.д., и этот идиотский overlap!

;(

А что конкретно нужно оставить?

"При блокировке канала обязательно должна выводиться ошибка или сообщение (класса ERR, например)."

ошибку и сообщения класса ERR ;)

Сообщение ERR в D-канале не увидишь! Включи MTC на том порту к которому подключена терминалка и наблюдай за системными сообщениями.

включены... наблюдаю.
кстати, проблемы с синхронизацией (DTA301) могут нести такие проблемы?

Давай определимся какую проблему решаем:
1. CAUSE: #31 - NORMAL UNSPECIFIED
2. ERRxxxx

решаем проблему некачественной связи на линке между транзитным Меридианом и "клиентским" Панасоником. Суть проблемы описана выше.

Все, что удалось вычленить из мониторинга и общения с гурами, это действительно:
1. CAUSE: #31 - NORMAL UNSPECIFIED
2. ERRxxxx

p.s. сообщений класса ERRxxxx на станции нет!

Скудно, уважаемый.
Karter давал вполне понятные рекомендации по сбору материалов для исследования. См. выше

так я готов идти по пути Картера ;)
убедился в том что все необходимое включено, включил мониторинг.
Но у меня вопрос тогда:
Какие бывают "извещающие о блокировке" !?

Если я правильно помню о блокировке по PRI в частности извещает ERR9032.