Дозвон на сотовый

**Andrey01** Пт июл 30, 2010 16:18

Добрый вечер!
Столкнулись с такой проблемой: при нахождении двух сотовых телефонов в Москве и области с дозвоном проблем нет. При нахождении их же в Твери - дозвон проходит, клиент видит наш АОН, "снимает" трубку - и с обоих сторон слышно "бизи".
Трассировки нашей АТС (VERSION=CXP1010139/2/BC12SP10/R7A) и провайдера прилагаю.
Комментарии телефонистов Голден:

По информации от наших инженеров, от Вашей станции после получения Connect в сообщени Status идет не корректный Call state- VALUE: 4 = call delivered (трэйс в Attach).
Согласно Q.931 должно быть call active.

Распечатки:

Код: выделить все: <RODAP:ROU=ALL;ROUTE DATA ROU TYPE VARC VARI VARO FILTER 60 SL60 H'00000300 H'15500000 H'06410000 NO 61 SL60 H'00000300 H'15500000 H'06410000 NO 62 SL60 H'00000300 H'15500000 H'06410000 NO 65 TL65 H'00000101 H'00000001 H'00000000 NO 66 TL65 H'00000101 H'00000001 H'00000000 NO 95 SL60 H'00000300 H'15500000 H'06410000 NO END <ROCAP:ROU=ALL;ROUTE CATEGORY DATA ROU SEL TRM SERV NODG DIST DISL TRAF SIG BCAP 60 0110000010000010 4 2100000001 0 30 128 01151515 111110000030 111111 61 0110000010000010 4 2100000001 0 30 128 01151515 311110000030 111111 62 0110000010000010 4 2100000001 0 30 128 01151515 111110000030 111111 65 0110000000000010 4 2110000001 0 30 128 01151515 111110000091 111111 66 0110000000000010 4 2110000001 0 30 128 01151515 111110000091 111111 95 0110000010000010 4 2100000001 0 30 128 01151515 111110000030 111111 END <RODDP:DEST=ALL;EXTERNAL DESTINATION ROUTE DATA DEST DRN ROU CHO CUST ADC TRC SRT NUMACK PRE 1998 66 1505100000000250000000000 0 5 0 20 95 1025000000000250000000000 1 2 0 2xxxx2 21 95 1025000000000250000000000 1 2 0 2xxxx2 22 95 1025000000000250000000000 1 2 0 2xxxx2 23 95 1025000000000250000000000 1 2 0 2xxxx2 24 95 1025000000000250000000000 1 2 0 2xxxx2 25 95 1025000000000250000000000 1 2 0 2xxxx2 26 95 1025000000000250000000000 1 2 0 2xxxx2 27 95 1025000000000250000000000 1 2 0 2xxxx2 28 95 1025000000000250000000000 1 2 0 2xxxx2 29 62 1025000000000250000000000 0 1 0 30 95 1025000000000250000000000 1 2 0 3xxxx3 31 95 1025000000000250000000000 1 2 0 3xxxx3 32 95 1025000000000250000000000 1 2 0 3xxxx3 33 95 1025000000000250000000000 1 2 0 3xxxx3 34 95 1025000000000250000000000 1 2 0 3xxxx3 35 95 1025000000000250000000000 1 2 0 3xxxx3 36 95 1025000000000250000000000 1 2 0 3xxxx3 37 95 1025000000000250000000000 1 2 0 3xxxx3 38 95 1025000000000250000000000 1 2 0 3xxxx3 39 95 1025000000000250000000000 1 2 0 3xxxx3 4 95 1025000000000250000000000 1 2 0 4xxxx4 7 62 1025000000000250000000000 0 1 0 90 60 1025000000000250000000000 2 3 0 908495 91 61 1025000000000250000000000 0 3 0 94 95 1025000000000250000000000 0 3 0 95 95 1025000000000250000000000 2 3 0 908495 95 2 1025000000000250000000000 2 3 0 908495 96 95 1025000000000250000000000 2 3 0 968108 98 95 1025000000000250000000000 0 3 0 61 1 1025000000000250000000000 0 3 0 95 2 1025000000000250000000000 0 3 0 END

Звоним через ROU=95.
Что-то можно сделать в данном случае?

**BVN** Пт июл 30, 2010 18:06

Андрей, ваша проблема очень схожа с проблемой, которая описана в теме( viewtopic.php?f=3&t=2534 )

Если у вас сохранился трейс с МД в кодах (распечатка команды STRAP), то выложите его здесь.

И ещё, я не понял фразу - "при нахождении двух сотовых телефонов в Москве и области".
А причём тут два сотовых телефона??? Как я понимаю, набирает моб. номер абонент МД со своего аппарата.

А теперь про высказывание инженеров Голдена.
Они почему-то не прокомментировали первое сообщение "Status", которое МД отправило на сообщение "Alerting".
Этим сообщением "Status" МД говорит о том, что ей что-то не понравилось в сообщение "Alerting", о чём указано в причине "CAUSE VAL : 99 = information element/parameter non-existent or not implemented".
Вот тут-то и интересно будет узнать мнение спецов от Голдена.

**Andrey01** Пн авг 02, 2010 9:50

Владимир, спасибо за комментарии!
Я видел вторую тему, но не стал там "мусорить", т.к. у них другие информационные сообщения.
Звонок осуществляется с MD110 на два сотовых, с которыми заметили данную вещь.
Вот нашел полную трассу.
Мы посылаем сетап:

Код: выделить все: Time: 17.05.03.120 SEND TO EQU NO 1-0-20-00 Protocol discriminator Q931 sent from orig. Cref = 15371 H' 3C0B SETUP H'05 Sending complete H'A1 Bearer capability H'04038090A3 Coding standard CCITT Information transfer capability speech Circuit transfer mode Information transfer rate 64 kbit/s User information layer 1 protocol Rec. G.711 A-law Channel identification H'1803A18391 Interface implicitly identified Primary rate interface type Indicated channel is preferred Identified channel is B-channel Channel selection as follows Channel number 17 Progress indicator H'1E028183 CCITT cod.std. Location Private network serving local user Progr. No: 3. ' Originating address is non ISDN ' Calling party number H'6C0C2181343935373833 37313638 Numbering plan ISDN (Rec E.164) TON (Type of number) National number Pres.ind. Presentation allowed Screening ind. User provided, verified and tested Number 4957837168 Called party number H'700C813839313038333037 333634 ISDN/Telephony numbering plan (CCITT Rec E.164/E.163) TON (Type of number) Unknown Number 89108307364 Time: 17.05.03.160 RECEIVE FROM EQU NO 1-0-20-00 Protocol discriminator Q931 sent to orig. Cref = 15371 H' 3C0B CALL PROCEED H'02 Channel identification H'1803A98391 Interface implicitly identified Primary rate interface type Exclusive; only indicated channel is acceptable Identified channel is B-channel Channel selection as follows Channel number 17

Они нам присылают ALERT -это гудки КПВ:

Код: выделить все: Time: 17.05.08.760 RECEIVE FROM EQU NO 1-0-20-00 Protocol discriminator Q931 sent to orig. Cref = 15371 H' 3C0B ALERT H'01 Bearer capability H'04038090A3 Coding standard CCITT Information transfer capability speech Circuit transfer mode Information transfer rate 64 kbit/s User information layer 1 protocol Rec. G.711 A-law High layer compability H'7D029181 CCITT coding standard Presentation method High layer protocol profile High layer characteristics Telephony

А мы им говорим- этого недостаточно - в ваших сообщениях отсутствует некий информационный элемент
что это я не скажу, возможно это номер канала, ну и поэтому далее соединение обрывается
(и тут же комментирий специалистов Голден на неверный State):

Код: выделить все: Time: 17.05.08.760 SEND TO EQU NO 1-0-20-00 Protocol discriminator Q931 sent from orig. Cref = 15371 H' 3C0B STATUS H'7D Cause H'080381E37D CCITT cod.std. Location is Local private network Cause value 99 ' IE non existing ' Diagnostic : Information Element H'7D Call state H'140104 Coding standard CCITT State is Call delivered Time: 17.05.08.760 SEND TO EQU NO 1-0-20-00 Protocol discriminator Q931 sent from orig. Cref = 15371 H' 3C0B STATUS H'7D Cause H'080281E0 CCITT cod.std. Location is Local private network Cause value 96 ' Mandatory IE missing ' Call state H'140104 Coding standard CCITT State is Call delivered Time: 17.05.08.840 SEND TO EQU NO 1-0-20-00 Protocol discriminator Q931 sent to orig. Cref = 23345 H' 5B31 CONNECT H'07 Progress indicator H'1E028182 CCITT cod.std. Location Private network serving local user Progr. No: 2. ' Destination address is non ISDN ' Connected number H'4C0C01813439353738333731 3638 Numbering plan ISDN (Rec E.164) TON (Type of number) Unknown Pres.ind. Presentation allowed Screening ind. User provided, verified and tested Number 4957837168 Time: 17.05.08.900 RECEIVE FROM EQU NO 1-0-20-00 Protocol discriminator Q931 sent from orig. Cref = 23345 H' 5B31 CONNECT ACKNOWLEDGE H'0F Time: 17.05.11.160 RECEIVE FROM EQU NO 1-0-20-00 Protocol discriminator Q931 sent to orig. Cref = 15372 H' 3C0C CONNECT H'07 Date/Time H'29050A07061105 Year 1910 Month 7 Day 6 Hour 17 Minute 5 Time: 17.05.11.180 SEND TO EQU NO 1-0-20-00 Protocol discriminator Q931 sent from orig. Cref = 15372 H' 3C0C CONNECT ACKNOWLEDGE H'0F Time: 17.05.14.880 RECEIVE FROM EQU NO 1-0-20-00 Protocol discriminator Q931 sent to orig. Cref = 15371 H' 3C0B CONNECT H'07 Bearer capability H'04038090A3 Coding standard CCITT Information transfer capability speech Circuit transfer mode Information transfer rate 64 kbit/s User information layer 1 protocol Rec. G.711 A-law Date/Time H'29050A07061105 Year 1910 Month 7 Day 6 Hour 17 Minute 5 High layer compability H'7D029181 CCITT coding standard Presentation method High layer protocol profile High layer characteristics Telephony Time: 17.05.14.880 SEND TO EQU NO 1-0-20-00 Protocol discriminator Q931 sent from orig. Cref = 15371 H' 3C0B STATUS H'7D Cause H'080281E0 CCITT cod.std. Location is Local private network Cause value 96 ' Mandatory IE missing ' Call state H'140104 Coding standard CCITT State is Call delivered Time: 17.05.14.900 RECEIVE FROM EQU NO 1-0-20-00 Protocol discriminator Q931 sent to orig. Cref = 15371 H' 3C0B STATUS ENQUIRY H'75 Time: 17.05.14.900 SEND TO EQU NO 1-0-20-00 Protocol discriminator Q931 sent from orig. Cref = 15371 H' 3C0B STATUS H'7D Cause H'0802819E CCITT cod.std. Location is Local private network Cause value 30 ' Responce to STATUS ENQUIRY ' Call state H'140104 Coding standard CCITT State is Call delivered Time: 17.05.14.940 RECEIVE FROM EQU NO 1-0-20-00 Protocol discriminator Q931 sent to orig. Cref = 15371 H' 3C0B DISCONNECT H'45 Cause H'080282E5 CCITT cod.std. Location is Local network Cause value 101 ' Message not compatible with call state ' Time: 17.05.14.980 SEND TO EQU NO 1-0-20-00 Protocol discriminator Q931 sent from orig. Cref = 15371 H' 3C0B RELEASE H'4D Cause H'080281E5 CCITT cod.std. Location is Local private network Cause value 101 ' Message not compatible with call state ' Time: 17.05.15.020 RECEIVE FROM EQU NO 1-0-20-00 Protocol discriminator Q931 sent to orig. Cref = 15371 H' 3C0B RELEASE COMPLETE H'5A End of decode result file

-------------------------------
В нашей фирмы есть три АТС серий MD110 и Mx-One, везде потоки Голден.
С одной из MX-One звонки проходят без проблем, с другой наблюдается то же самое.
В настройках нашли различие только в параметре VARC:

Код: выделить все: ROU TYPE VARC VARI VARO FILTER 9 SL60 H'00000300 H'15500000 H'06410000 NO

- это на АТС, где прозваниваются.
А вот на MX-One, с которой звонки не идут:

Код: выделить все: <RODAP:ROU=9;ROUTE DATA ROU TYPE VARC VARI VARO FILTER 9 SL60 H'00000300 H'15500000 H'06410000 NO

А так было на MD-110:

Код: выделить все: <RODAP:ROU=95;ROUTE DATA ROU TYPE VARC VARI VARO FILTER 95 SL60 H'00100300 H'15500000 H'06410000 NO

(В первом сообщении, извините, выложил неверные - уже исправленные - данные RODAP;).

**BVN** Пн авг 02, 2010 10:09

< А мы им говорим- этого недостаточно - в ваших сообщениях отсутствует некий информационный элемент >

Андрей, я не очень силён во всех нюансах протокола EDSS, но думаю, что сообщением "Status" МД говорит о том, что в сообщение "Alerting" есть IE, которое она(МД) не ждёт, а потому она и шлёт "Status", тем самым сообщая об ошибке.

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

**Andrey01** Пн авг 02, 2010 12:04

Спасибо за предложение, во вложении трасса звонка на сотовый Московского региона.

**Andrey01** Пн авг 02, 2010 12:08

Вот вызов на сотовый Санкт-Петербургского региона.
В обоих случаях снимаем трубки и нормально общаемся.

**BVN** Пн авг 02, 2010 13:41

В трейсах, которые вы сделали сегодня сообщение "Alerting" отличается от этого же сообщения при звонке на моб. номер в Твери. Это отличие заключается в наличии IE " HIGH LAYER COMPATIBILITY".

Моё предположение, что МД и ругается именно на этот IE, а поэтому и посылает сообщение "Status".
В трейсах, сделанных сегодня нет сообщений "Status", как и нет в сообщении "Alerting" IE " HIGH LAYER COMPATIBILITY".

Наличие IE " HIGH LAYER COMPATIBILITY" упоминается и в той теме, где разговор идёт о звонках на мобильники во Владимирской области. Я думаю, что это не случайное совпадение.

**Andrey01** Пн авг 02, 2010 15:22

Спасибо большое за комментарии, долблю техподдержку Голден.

**BVN** Пн авг 02, 2010 15:40

Andrey01 писал(а):Спасибо большое за комментарии, долблю техподдержку Голден.

Это правильно

Если смотреть в корень, то я вообще не могу себе представить, как настройки МД могут влиять на звонки на моб. номера, если ВСЕ они делаются через один и тот же поток и через один и тот же DEST????
Ведь станция посылает только "SETUP", а потом ждёт "Alerting". И при этом большая часть вызовов проходит нормально, а какие-то из них, единичные, не проходят. И что, тут надо грешить на настройки МД???

**Andrey01** Пн авг 02, 2010 15:47

Всегда удобно обвинить во всех смертных грехах конечного пользователя :twisted:

**BVN** Пн авг 02, 2010 15:53

Да, очень может быть, что и в этой ситуации они уйдут от ответа и всю вину переложат на МД. Я этому не удивлюсь.

**Andrey01** Чт авг 05, 2010 9:58

Во вторник дозвон сам появился (так же, как и пропал 2 месяца назад).
Вчера звонили из Голден, спрашивали какая теперь ситуация.
С их слов, они ничего не меняли.

**BVN** Чт авг 05, 2010 10:02

Andrey01 писал(а):С их слов, они ничего не меняли.

Стандартный ответ от спецов этой фирмы, я слышал от них такой ответ много раз.

Андрей, а попробуйте снять трейс сейчас, посмотрим, что там изменилось.

**Andrey01** Чт авг 05, 2010 10:48

Вот расшифрованная трасса с удалением "лишних" звонков на два проблемных сотовых.

**BVN** Чт авг 05, 2010 11:04

Я делаю такой вывод - когда в сообщении "Alerting" нет IE "HIGH LAYER COMPATIBILITY", то и нет проблем с дозвоном.

Дозвон на сотовый

Дозвон на сотовый

Кто сейчас на форуме