Форумы  ·  Войти  · 

Тема: TDA200, как снять дамп звонка?

Страница 1 из 5, все  1 2 3 >  
04.02.25 11:21   am255  (32/04.02.25)  

Здравствуйте!
Возникла проблема. Имеем Е1 поток от провайдера, в нашу АТС, + 3 потока раскиданных на 3 VoIP шлюза (аналоговая телефония, в нашу АТС не заведены, аппараты напрямую в шлюзы).
При звонке с внешнего номера, на внешний номер (оба в одном Е1 потоке) нет ответного гудка (длинные или короткие), просто тишина, до тех пора пока не ответят на звонок. При звонках на дополнительные аналоговые номера (из 3-х VoIP шлюзов) тоже самое, ответного гудка нет.
При этом, если звоним:
с внутреннего короткого, на короткий, гудок есть
с внешнего из потока Е1 на мобильные номера, гудок есть
с внешнего из потока Е1 на городские номера других операторов, гудок есть
с внешнего из потока Е1 на городские номера этого же оператора, но в соседнее здание (не наши номера), гудок есть.

Оператор просит снять дамп проблемного звонка, и отправить им. Толи я чего то не понимаю, то ли яндекс меня не понимает, как снять этот дамп ? Подскажите пожалуйста.

[ #1 ]  04.02.25 14:03   Mike_K  EXPERT  

Всего потоков Е1 4 штуки?
Один Е1 заведён в АТС и в каждый их VoIP по одному потоку Е1?

[ #2 ]  04.02.25 14:59   am255  (32/04.02.25)  
Mike_K - 04.02.25 14:03

Всего потоков Е1 4 штуки?
Один Е1 заведён в АТС и в каждый их VoIP по одному потоку Е1?

Да

[ #3 ]  04.02.25 15:02   Mike_K  EXPERT  

При звонке в каком потоке проблема?
В потоке заведённом на АТС или с потоками в шлюзах VoIP?

[ #4 ]  04.02.25 15:20   Mike_K  EXPERT  
am255 - 04.02.25 11:21

Оператор просит снять дамп проблемного звонка, и отправить им. Толи я чего то не понимаю, то ли яндекс меня не понимает, как снять этот дамп ? Подскажите пожалуйста.

Возник вопрос к оператору, а сам оператор на своих потоках снять этот самый дамп не может?
Что за оператор такой, что проблему перекладывает на потребителя?
Потоки Е1 он же предоставляет.

[ #5 ]  04.02.25 15:40   am255  (32/04.02.25)  
Mike_K - 04.02.25 15:02

При звонке в каком потоке проблема?
В потоке заведённом на АТС или с потоками в шлюзах VoIP?

Проблема с потоком, заведенным в нашу АТС, 3 остальных потока, которые сами по себе, звоня в первый гудят как надо.

[ #6 ]  04.02.25 15:41   am255  (32/04.02.25)  
Mike_K - 04.02.25 15:20
am255 - 04.02.25 11:21

Оператор просит снять дамп проблемного звонка, и отправить им. Толи я чего то не понимаю, то ли яндекс меня не понимает, как снять этот дамп ? Подскажите пожалуйста.

Возник вопрос к оператору, а сам оператор на своих потоках снять этот самый дамп не может?
Что за оператор такой, что проблему перекладывает на потребителя?
Потоки Е1 он же предоставляет.

Сам оператор говорит что проверил все дампы на своей циске, и считают что проблема в нашей АТС.

[ #7 ]  04.02.25 15:58   Mike_K  EXPERT  
am255 - 04.02.25 15:41

Сам оператор говорит что проверил все дампы на своей циске, и считают что проблема в нашей АТС.

Если Cisco, то многое понятно с этим оператором.
Видимо, оператору не известно, что за выдачу в канал звуковых сигналов подтверждения отвечает оператор.

Трассировку потока Е1, в АТС можно снять в консоле управления АТС.
Утилиты -> ISDN/QSIG Protocol Trace
НО трассировка будет такого же содержания как и на Cisco провайдера.
Звуковой тракт в трассировке не отображается.
Там нужно смотреть содержание Progress Indicator-а, открывается ли канал со стороны провайдера при завороте вызова в этот же поток.

В общем и сюда выкладывайте трассировку.

[ #8 ]  04.02.25 18:24   ManS  EXPERT  
Mike_K - 04.02.25 15:58
am255 - 04.02.25 15:41

В общем и сюда выкладывайте трассировку.

И конфиг циски тоже давайте посмотрим...

[ #9 ]  05.02.25 7:11   am255  (32/04.02.25)  
Mike_K - 04.02.25 15:58
am255 - 04.02.25 15:41

Сам оператор говорит что проверил все дампы на своей циске, и считают что проблема в нашей АТС.

Если Cisco, то многое понятно с этим оператором.
Видимо, оператору не известно, что за выдачу в канал звуковых сигналов подтверждения отвечает оператор.

Трассировку потока Е1, в АТС можно снять в консоле управления АТС.
Утилиты -> ISDN/QSIG Protocol Trace
НО трассировка будет такого же содержания как и на Cisco провайдера.
Звуковой тракт в трассировке не отображается.
Там нужно смотреть содержание Progress Indicator-а, открывается ли канал со стороны провайдера при завороте вызова в этот же поток.

В общем и сюда выкладывайте трассировку.

Я правильно понимаю, что после нажатия кнопки “начать”, нужно было совершить звонок ?

Вложение
1.txt  (Размер: 5KB - Загрузки: 9)
[ #10 ]  05.02.25 7:12   am255  (32/04.02.25)  
ManS - 04.02.25 18:24
Mike_K - 04.02.25 15:58
am255 - 04.02.25 15:41

В общем и сюда выкладывайте трассировку.

И конфиг циски тоже давайте посмотрим...

Конфиг циски к сожалению предоставить не могу, она принадлежит провайдеру.

[ #11 ]  05.02.25 7:13   am255  (32/04.02.25)  

Прошу прощения, когда писал заголовок темы ошибся, АТС не TDA200, а TDE200

[ #12 ]  05.02.25 10:11   Mike_K  EXPERT  
am255 - 06.07.75 13:01

Прошу прощения, когда писал заголовок темы ошибся, АТС не TDA200, а TDE200

Трассировщик ISDN у этих АТС одинаковый.

[ #13 ]  05.02.25 10:29   Mike_K  EXPERT  
am255 - 05.02.25 7:11

Я правильно понимаю, что после нажатия кнопки “начать”, нужно было совершить звонок ?

Да, трассировка снята правильно.
Cisco настроена не правильно. Не в одном из сообщение от провайдера, а из Вашей трассировки это
CO->PBX   No.182 Port:1   (elapsed time from LPR reset) 01/01/01 19:26:07
                      L2: I   SAPI:0 TEI:0
                      L3:
                      SETUP ACK crn:0008 (D)
                        Channel Identity: A9 83 9F (channel=B31 excl.)
                        02 01 94 D2 08 02 80 08 0D 18 03 A9 83 9F

                      CO->PBX   No.183 Port:1   (elapsed time from LPR reset) 01/01/01 19:26:07
                      L2: I   SAPI:0 TEI:0
                      L3:
                      CALL PROCEEDING crn:0008 (D)
                        02 01 96 D2 08 02 80 08 02


                      CO->PBX   No.184 Port:1   (elapsed time from LPR reset) 01/01/01 19:26:07
                      L2: I   SAPI:0 TEI:0
                      L3:
                      SETUP crn:008F (O)
                        Bearer Capability: 80 90 A3 (Speech A-Law)
                        Channel Identity: A9 83 81 (channel=B1 excl.)
                        Calling Party Number: 01 80 37 33 34 32 32 31 34 34 39 35 38
                          Type of Number= Unknown, Numbering Plan= ISDN/Telephony
                          Number= 73422144958
                        Called Party Number: 81 32 31 34 34 39 36 30
                          Type of Number= Unknown, Numbering Plan= ISDN/Telephony
                          Number= 2144960
                        02 01 98 D2 08 02 00 8F 05 04 03 80 90 A3 18 03
                        A9 83 81 6C 0D 01 80 37 33 34 32 32 31 34 34 39
                        35 38 70 08 81 32 31 34 34 39 36 30
Отсутствует Progress Indicator, в котором и должно сообщается, что разговорный канал открыт для передачи звуковых сигналов контроля вызова.
Для примера, должно быть так
CO->PBX   No.139 Port:1   (elapsed time from LPR reset) 01/01/01 00:12:09
                      L2: I   SAPI:0 TEI:0
                      L3:
                      SETUP ACK crn:004D (D)
                        Channel Identity: A9 83 85 (channel=B5 excl.)
                        Progress Indicator: 82 88
Это для примера и Progress Indicator не обязательно должен находится в этом месте.
Это зависит от специфики оборудования, но Progress Indicator должен быть обязательно.

[ #14 ]  05.02.25 10:34   Mike_K  EXPERT  

Для меня очень странно!
Провайдер АО “ЭР-Телеком Холдинг”.
С ними работаю десяток лет. Уважаемый провайдер.
Не помню за ними ни каких косяков.

[ #15 ]  05.02.25 10:41   am255  (32/04.02.25)  

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

Вложение
3.txt  (Размер: 3KB - Загрузки: 4)
Страница 1 из 5, все  1 2 3 >  
Komendant.pro
 ©1999-2025  Инженерная лаборатория "Комендантъ"