И еще раз прошу помочь разобраться. :)

Сеть построена следующим образом:
Ericsson - (2xE1 в одном маршруте) - Meridian - (2xE1 в одном маршруте) - Cisco

При звонке с Cisco транзитом на Ericsson переодически вылезает CAUSE: #42 - SWED EQIP CONGESTION.

При этом,

1. Ошибка возникает в разные моменты времени на разные номера, т.е. повторить ошибку не удалось пока ни разу - если перезвонить (с одного и того же номера на один и тот же), все нормально, звонок проходит без ошибки.

2. Между началом звонка и сообщением об ошибке проходит 15-20 секунд, например

DCH 16 UIPE_IMSG CC_SETUP_IND REF 00004A7F CH 9 28 TOD 11:38:28 CK 19958136
CALLING #:1124 NUM PLAN: UNKNOWN TON: UNKNOWN
CALLED #:6857 NUM PLAN: UNKNOWN TON: UNKNOWN
DCH 16 UIPE_OMSG CC_PROCEED_REQ REF 0000CA7F CH 9 28 TOD 11:38:28 CK 1995813D
DCH 16 UIPE_OMSG CC_ALERT_REQ REF 0000CA7F CH 9 28 TOD 11:38:28 CK 19958353
PROGRESS: INBAND INFO OR PATTERN IS AVAIL
PROGRESS: TERMINATING END IS NOT ISDN
DCH 16 UIPE_OMSG CC_DISC_REQ REF 0000CA7F CH 9 28 TOD 11:38:46 CK 19960D92
CAUSE: #42 - SWED EQIP CONGESTION
DCH 16 UIPE_IMSG CC_RELEASE_IND REF 00004A7F CH 9 28 TOD 11:38:46 CK 19960E25

Хотя, по идее, если есть ошибки в настройках маршрутизации или станции не могут договориться о b-канале, тогда сразу должен быть отбой? В данной же ситуации идет несколько КПВ и через некоторое время отбой.

3. Пример со стороны cisco: звонок прошел нормально, затем инициируется еще один звонок по тому же тайм-слоту, но уже cause #42.

'1108'
'6320'
Channel 29
Jun 1 11:39:28.694 MSK: ISDN Se1/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x7F93
Cause i = 0x8190 - Normal call clearing
Jun 1 11:39:28.722 MSK: ISDN Se1/0:15 Q931: RX <- RELEASE pd = 8 callref = 0xFF93
Jun 1 11:39:28.758 MSK: ISDN Se1/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x7F93

'1124'
'6857'
Channel 29
Jun 1 11:39:51.538 MSK: ISDN Se1/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0xFF94
Cause i = 0x81AA - Switching equipment congestion


Вообще не понимаю причины. :(

16 д-канал куда смотрит?

16-й DCH смотрит в сторону Cisco. Точно, надо бы поставить трассировку в обе стороны. Посмотрю, напишу, если не прояснится. Хотя все равно непонятно, если звонок будет "застревать" в меридиане..

такое сообщение возникает когда нет свободного канала.

Вы включаетесь в Cisco PRI, а дальше чем идет ваш голос?
Рискну предположить что SIP, а вот там нужно смотреть наличие кодеков и количество DSP, наличие маршрутов для ваших голосовых пакетов итд.

возможно, надо изменить формат отдаваемого номера

2 vv11: не совсем понял вопроса, если расширить схему до абонентских устройств, все более менее "стандартно":

Трубка DT290 - Б/с DECT - Ericsson - (2xE1 в одном маршруте) - Meridian - (2xE1 в одном маршруте) - Cisco Router 2951 - MGCP - CUCM - SCCP - Cisco 79xx

SIP'а в схеме нет. Проблема только с этим транзитом. Аналогичным образом транзит на город (через меридиан) работает без вопросов.

Как оказалось cause #42 присылает Ericsson, причем только для транзитного звонка похоже. Попробую изменить тип номера и номерной план.

Как оказалось cause #42 присылает Ericsson, причем только для транзитного звонка похоже. Попробую изменить тип номера и номерной план.


У меня такая же фигня. Звонок застревал на Меридиане. А поток приходил с SI3000. Меридиан по OMSG отправлял это CAUSE #42!
Долбался весь день.
Перерыл все RDB, NET, TIE... и номерные планы, PIN-ы и пр.
Короче у меня оказалась проблема у абонента Меридиана:
CLS стояла в TLD, а надо UNR. (NCOS запрещал"9" в LD 49 -CRNO: DENY 9. А IDC по "9" направлял на муз. с тишиной)
Кстати, если IDC на RDB отключать, то переадресация тоже начинала работать. Но на некоторых RDB IDC необходимо оставить!

Могу предположить, что при других рестрикшонах абонента будет таже ситуация.


Может кому-то ещё мои мучения помогут :)