Доброго времени суток Господа!
Меридиан 11с софт 4.5. Два потока PRI2 в обе стороны я User, в одну сторону DID транки в другую TIE,при совершении танзитного звонка происходит следующее:
На потоке в который уходит транзитный вызов

DCH 10 UIPE_OMSG CC_SETUP_REQ REF 000028DF CH 2 28 TOD 11:02:10 CK B7ED1BA6
CALLING #:!!!!978056 NUM PLAN: E164 TON: NATL
CALLED #:377575 NUM PLAN: E164 TON: UNKNOWN

DCH 10 UIPE_IMSG CC_PROCEED_IND REF 000028DF CH 2 28 TOD 11:02:10 CK B7ED1C57
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 10 UIPE_OMSG CC_DISC_REQ REF 000028DF CH 2 28 TOD 11:02:10 CK B7ED1D23
CAUSE: #63 - SRV OF OPTION NOT ALLOWED

DCH 10 UIPE_IMSG CC_RELEASE_IND REF 000028DF CH 2 28 TOD 11:02:10 CK B7ED1D61

DCH 10 UIPE_OMSG CC_RELEASE_RESP REF 000028DF CH 2 28 TOD 11:02:10 CK B7ED1D6A

на потоке с которого приходит вызов

DCH 11 UIPE_IMSG CC_SETUP_IND REF 00000F93 CH 7 3 TOD 11:04:44 CK B7F1CAE6
CALLING #:!!!!978056 NUM PLAN: E164 TON: NATL
CALLED #:9377575 NUM PLAN: E164 TON: UNKNOWN

DCH 11 UIPE_OMSG CC_MORE_INFO_REQ REF 00008F93 CH 7 3 TOD 11:04:44 CK B7F1CAF2

DCH 11 UIPE_OMSG CC_PROCEED_REQ REF 00008F93 CH 7 3 TOD 11:04:44 CK B7F1CB97

DCH 11 UIPE_OMSG CC_PROGRESS_REQ REF 00008F93 CH 7 3 TOD 11:04:44 CK B7F1CC7A
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 11 UIPE_IMSG CC_DISC_IND REF 00000F93 CH 7 3 TOD 11:04:44 CK B7F1CD18
CAUSE: #63 - SRV OF OPTION NOT ALLOWED

DCH 11 UIPE_OMSG CC_RELEASE_REQ REF 00008F93 CH 7 3 TOD 11:04:44 CK B7F1CD22

DCH 11 UIPE_IMSG CC_RELEASE_CONF REF 00000F93 CH 7 3 TOD 11:04:44 CK B7F1CD5C


Кого бить, что поменять чтобы вылечить?
Очень нужно клиент жалуется сильно, за 2 часа насчитал порядка 60 подобных вызовов это примерно 60 процентов.

Вы бы для сравнения привели НЕтранзитный успешный вызов.
даже, может, два -
один с транцитной в сторону 2 лупа 10 д-канала
и второй с 7 лупа, 11 д-канала на транзитную
было бы легче...

Может я вас не понял но
предидущий звонок транзитный с 11 на 10 Dch, при этом выдается каус 63 и вызов обрывается.

Может я вас не понял но
предидущий звонок транзитный с 11 на 10 Dch, при этом выдается каус 63 и вызов обрывается.

стоит сравнить debg-овые трассировки хорошего и плохого звонка
возможно дело в оверлапе

Вот еще трасировки,

Норма с 10 dch на 11



DCH 10 UIPE_IMSG CC_SETUP_IND REF 00003773 CH 2 5 TOD 13:08:22 CK B8D42F03
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:7172346934 NUM PLAN: E164 TON: NATL
CALLED #:978397 NUM PLAN: E164 TON: LOCL

DCH 11 UIPE_OMSG CC_SETUP_REQ REF 0000336F CH 7 16 TOD 13:08:22 CK B8D42F26
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:7172346934 NUM PLAN: E164 TON: NATL
CALLED #:978397 NUM PLAN: E164 TON: UNKNOWN

DCH 10 UIPE_OMSG CC_PROCEED_REQ REF 0000B773 CH 2 5 TOD 13:08:22 CK B8D42F2C

DCH 11 UIPE_IMSG CC_PROCEED_IND REF 0000336F CH 7 16 TOD 13:08:22 CK B8D4302F

DCH 11 UIPE_IMSG CC_SETUP_CONF REF 0000336F CH 7 16 TOD 13:08:22 CK B8D4303F

DCH 10 UIPE_OMSG CC_SETUP_RESP REF 0000B773 CH 2 5 TOD 13:08:22 CK B8D43054
PROGRESS: INTERWORKING WITH A PUBLIC NETWORK

DCH 10 UIPE_IMSG CC_SETUPCOMP_IND REF 00003773 CH 2 5 TOD 13:08:22 CK B8D43100

DCH 10 UIPE_IMSG CC_DISC_IND REF 00003773 CH 2 5 TOD 13:09:36 CK B8D6697D
CAUSE: #16 - NORMAL CALL CLEARING
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 11 UIPE_IMSG CC_DISC_IND REF 0000336F CH 7 16 TOD 13:09:36 CK B8D67587
CAUSE: #16 - NORMAL CALL CLEARING

DCH 11 UIPE_OMSG CC_RELEASE_REQ REF 0000336F CH 7 16 TOD 13:09:36 CK B8D67591
CAUSE: #16 - NORMAL CALL CLEARING

DCH 10 UIPE_OMSG CC_RELEASE_REQ REF 0000B773 CH 2 5 TOD 13:09:36 CK B8D675A6
CAUSE: #16 - NORMAL CALL CLEARING

DCH 11 UIPE_IMSG CC_RELEASE_CONF REF 0000336F CH 7 16 TOD 13:09:36 CK B8D6763E

DCH 10 UIPE_IMSG CC_RELEASE_CONF REF 00003773 CH 2 5 TOD 13:09:36 CK B8D6764C



Трабл с 11 на 10


DCH 11 UIPE_IMSG CC_SETUP_IND REF 00001F96 CH 7 3 TOD 13:11:14 CK B8D965D2
CALLING #:7172978056 NUM PLAN: E164 TON: NATL
CALLED #:9688238 NUM PLAN: E164 TON: UNKNOWN

DCH 11 UIPE_OMSG CC_MORE_INFO_REQ REF 00009F96 CH 7 3 TOD 13:11:14 CK B8D965DE

DCH 10 UIPE_OMSG CC_SETUP_REQ REF 00002C3C CH 2 4 TOD 13:11:14 CK B8D96694
CALLING #:7172978056 NUM PLAN: E164 TON: NATL
CALLED #:688238 NUM PLAN: E164 TON: UNKNOWN

DCH 11 UIPE_OMSG CC_PROCEED_REQ REF 00009F96 CH 7 3 TOD 13:11:14 CK B8D96699

DCH 10 UIPE_IMSG CC_PROCEED_IND REF 00002C3C CH 2 4 TOD 13:11:14 CK B8D9676C
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 11 UIPE_OMSG CC_PROGRESS_REQ REF 00009F96 CH 7 3 TOD 13:11:14 CK B8D9677E
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 11 UIPE_IMSG CC_DISC_IND REF 00001F96 CH 7 3 TOD 13:11:14 CK B8D9681C
CAUSE: #63 - SRV OF OPTION NOT ALLOWED

DCH 11 UIPE_OMSG CC_RELEASE_REQ REF 00009F96 CH 7 3 TOD 13:11:14 CK B8D96826

DCH 10 UIPE_OMSG CC_DISC_REQ REF 00002C3C CH 2 4 TOD 13:11:14 CK B8D9683E
CAUSE: #63 - SRV OF OPTION NOT ALLOWED

DCH 11 UIPE_IMSG CC_RELEASE_CONF REF 00001F96 CH 7 3 TOD 13:11:14 CK B8D96865

DCH 10 UIPE_IMSG CC_RELEASE_IND REF 00002C3C CH 2 4 TOD 13:11:14 CK B8D9687F

DCH 10 UIPE_OMSG CC_RELEASE_RESP REF 00002C3C CH 2 4 TOD 13:11:14 CK B8D96888



Норма с 11 на 10




DCH 10 UIPE_OMSG CC_SETUP_REQ REF 00002C39 CH 2 7 TOD 13:10:20 CK B8D7CE2C
CALLING #:7172978056 NUM PLAN: E164 TON: NATL
CALLED #:410894 NUM PLAN: E164 TON: UNKNOWN

DCH 11 UIPE_OMSG CC_PROCEED_REQ REF 00009E16 CH 7 1 TOD 13:10:20 CK B8D7CE32

DCH 10 UIPE_IMSG CC_PROCEED_IND REF 00002C39 CH 2 7 TOD 13:10:20 CK B8D7CF08
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 11 UIPE_OMSG CC_PROGRESS_REQ REF 00009E16 CH 7 1 TOD 13:10:20 CK B8D7CF1A
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 10 UIPE_IMSG CC_ALERT_IND REF 00002C39 CH 2 7 TOD 13:10:22 CK B8D7D53C
PROGRESS: TERMINATING END IS NOT ISDN

DCH 11 UIPE_OMSG CC_ALERT_REQ REF 00009E16 CH 7 1 TOD 13:10:22 CK B8D7D54D
PROGRESS: TERMINATING END IS NOT ISDN

DCH 11 UIPE_IMSG CC_DISC_IND REF 00001E16 CH 7 1 TOD 13:10:54 CK B8D8CFF1
CAUSE: #16 - NORMAL CALL CLEARING

DCH 11 UIPE_OMSG CC_RELEASE_REQ REF 00009E16 CH 7 1 TOD 13:10:54 CK B8D8CFFB

DCH 10 UIPE_OMSG CC_DISC_REQ REF 00002C39 CH 2 7 TOD 13:10:54 CK B8D8D012
CAUSE: #16 - NORMAL CALL CLEARING

DCH 11 UIPE_IMSG CC_RELEASE_CONF REF 00001E16 CH 7 1 TOD 13:10:54 CK B8D8D033

DCH 10 UIPE_IMSG CC_RELEASE_IND REF 00002C39 CH 2 7 TOD 13:10:54 CK B8D8D0B3

DCH 10 UIPE_OMSG CC_RELEASE_RESP REF 00002C39 CH 2 7 TOD 13:10:54 CK B8D8D0BB


Настройки Dch идентичны, оверлапы на обоих включены.
Если нужен другой тип трасировки подскажите плиз как включить.

LD21 PRT NET
..
DITI ??

TYPE NET_DATA
CUST 00
OPT RTD
AC1 INTL NPA SPN NXX LOC
AC2
FNP YES
ISDN YES
VPNI 0
PINX_DN
PFX1 7
PFX2 3172
HLOC
LSC
RCNT 5
PSTN NO
TNDM 15
PCMC 15
SATD 1
OCLI EXT
DASC
DITI YES
TRNX YES
EXTT YES
FTOP FRES
APAD 0 0
VNR NO
NIT 8
FOPT 14
CNDN
CNAT
CNIP YES
CNTC
NATC
INTC

YES стоит

На транзитной станции есть собственные абоненты ?
Сделайте с одного их них исходящий вызов на тот же номер.

DCH 10 UIPE_OMSG CC_SETUP_REQ REF 00002DDF CH 2 11 TOD 15:58:18 CK BA0B5258
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:7172978365 NUM PLAN: E164 TON: NATL
CALLED #:688238 NUM PLAN: E164 TON: UNKNOWN

DCH 10 UIPE_IMSG CC_PROCEED_IND REF 00002DDF CH 2 11 TOD 15:58:18 CK BA0B5312
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 10 UIPE_IMSG CC_ALERT_IND REF 00002DDF CH 2 11 TOD 15:58:18 CK BA0B5656


DCH 10 UIPE_IMSG CC_SETUP_CONF REF 00002DDF CH 2 11 TOD 15:58:22 CK BA0B749F


DCH 10 UIPE_OMSG CC_DISC_REQ REF 00002DDF CH 2 11 TOD 15:58:24 CK BA0B8A4A
CAUSE: #16 - NORMAL CALL CLEARING

DCH 10 UIPE_IMSG CC_RELEASE_IND REF 00002DDF CH 2 11 TOD 15:58:24 CK BA0B8B36

DCH 10 UIPE_OMSG CC_RELEASE_RESP REF 00002DDF CH 2 11 TOD 15:58:24 CK BA0B8B3E

вот он.

Что за станция, в сторону которой смотрит dch 11 ?
Как построена маршрутизация в транзитной?

в маршрутизации, похоже, все нормально... номер не кривится, коллтайп не меняется....
похоже, все таки, на трабл в принимающей стороне...
коза уж больно экзотическая...
и правда, что там за станция?

На 11 DCH Cisco по релейке
На 10 Iskratel SI2000 по меди

Маршрутизация проста, с 11 приходит городской № с 9 впереди, попадает в АС2 и вылетает в 10 DCH, внутренние абоненты соотвественно также через АС2 в город выходят но с них звонки ходят нормально почемуто.

То, что вызовы отбивает именно Циска, заметили?

Попробуйте поставить в соответствующем руте PROG MALE.
Если не поможет - смотрите настройки циски (и, возможно, того, что дальше за ней).

Как Циска? с нее приходит вызов(DCH 11) и уходит на SI2000(10 DCH) обьясните пожалуйста что я упустил?

Stas Bush... пишет
Как Циска? с нее приходит вызов(DCH 11) и уходит на SI2000(10 DCH) обьясните пожалуйста что я упустил?

Во всех ваших логах "с траблами" сообщение DISCONNECT приходит в Меридиан с 11-го д-канала:

DCH _11 UIPE_IMSG CC_DISC_IND REF 00000F93 CH 7 3 TOD 11:04:44 CK B7F1CD18
CAUSE: #63 - SRV OF OPTION NOT ALLOWED

Во блин упустил.
Подскажите как поменять на роуте PROG что то к вечеру голова не варит уже не получается.

LD17 chg adan dch 11

Спасибо большое!!!!
но не спасло:( все тоже самое

Можно ещё попробовать PROG = MCON.

самое главное, не прогрессами играть (это так... наудачу), а
PhoneMan пишет
... смотрите настройки циски (и, возможно, того, что дальше за ней). и вот это, будет уже правильный подход.

Большое спасибо за содействие господа!!!
Почему то не мог сутки попасть на форум:confused:
Проблема решилась следующим образом: после изменения параметра PROG проблемных звонков поубавилось процентов на 20.
После разбора многочисленных логов обнаружилась следуюшяя тенденция, когда на 11 DCh приходит сигнал PROCED она дает в ответ
DCH _11 UIPE_IMSG CC_DISC_IND REF 00000F93 CH 7 3 TOD 11:04:44 CK B7F1CD18
CAUSE: #63 - SRV OF OPTION NOT ALLOWED

после очередного наезда на цискарей они обнаружили, что у них оказывается софт устаревший стоит.
Сегодня в обед они поменяли софт ркбутнули свою железку и все как по взмаху палочки стало работать как часы.

Единственное что осталось пока не решенным это формат абонента "Б" выше стоящий оператор стар требовать формат Subscriber, манипуляции с параметром CTYP на DMI соответствуюшем не принесли результата.
Не подскажите как подлечить?

Stas Bush... пишет
...стало работать как часы.
можно глянуть debg или хотя бы mon1 трассировку того, что получилось?

Stas Bush... пишет
...выше стоящий оператор стар требовать формат Subscriber, манипуляции с параметром CTYP на DMI соответствуюшем не принесли результата.
Не подскажите как подлечить? ээээ... не уверен, но попробуй такую комбинацию:
в CLID entry прописываешь префикс номера в HLCL, а CTYP в DMI - NXX

Господа извините за отсутствие и неответы.
У меня умер младший брат.
Пытаюсь включится в работу после похорон, Clid это в случае звонков с внутренних абонентов а при транзите как быть.
Может я на данный момент чего то недогоняю прошу простить еще не отошел.

а транзитный клид ты не поменяешь... это-ж УПАТС, а не CO-Switch...
все, что ты можешь - накрыть транзиты одним АОНом, (уникальным, для каждого входящего маршрута) - смотреть в сторону "BNUM"
........
ну и... наши соболезнования (хотя, сам знаю - от них не легче)

В том то и проблема, что CLID нормальный а формат номера не тот.
Спасибо за соболезнования.
Еще раз господа спасибо за содействие и подсказки в решении данной проблемы.