Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

   RSS
Как изменить отображаемый номер при дозвоне?
 
Здравствуйте все еще раз!
Ситуация такова:
1) Идет набор номера: 0 - выход на ARS, далее "номер"
2) В ARS (digits to add) alcatel добавляет цифры #*100#100 и ТГ = -1
3) Снова попадаем в префикс и видим - #*100 - выход на SD
4) C SD едем на IP ТГ и звонок уходит на cisco
5) Cisco по префиксу #100 уже принимает решение, что делать дальше.

Неудобство в том, что при наборе номера на экране телефона отображается #100"номер". Этот номер висит до тех пор, пока идет вызов. Когда трубку снимают - на экране отображается имя ТГ. Думаю пользователи будут пугаться при виде такого странного номера. Вопросов два:
1) Можно ли как-нибудь поиграться с отображаемым номером, который видят юзеры?
2) Можно ли как-нибудь дописать дополнительные цифры (например #100) в конце номера? NPD или еще как? И как это сделать?
Страницы: Пред. 1 2 3 След.
Ответы
 
вам мешает faststart как на циске так и на алькатель
Обычно такая проблема проявляется у мегафон
Пути IP-пакета неисповедимы
 
У вас какой релиз точно - были вроде проблемы с Alert в котором есть Progress Id, устранялись в каких-то патчах.
 
vad,   Пока пробовал на двух станциях. С релизами - g1.503-35h и f5.401.36b. Так же на пробовал на тестовом астериске ситуация аналогична алкателям. Щас попробую на других релизах поиграться.
error, Звонил разным операторам - никакой разницы. Для faststart нужна перезагрузка плат?

А на счет тон детектора? Он работает на IP тг?
 
у вас схема такова: alcatel (h323) -> cisco (sip) -> провайдер
нареканий на релизы g1.503-35h и f5.401.36b в плане h323 нет

1. что нужно сделать это снять трассировку звонка в циске на оба плеча т.е. sip и h323
2. для faststart нужна перезагрузка платы INTIP/GD/GA
3. для грамотной транзакции h323-to-sip в циске предусмотрен механизм cube, можно сделать и по упрощенному варианту но тут 50 на 50 т.е. либо получится "каменный цветок" либо нет
4. есть подозрение что на циске в сторону алкатель где-то затерялась настройка туннелинга, надо от нее избавиться тобишь в алкатель туннелингом как-то не срастается по нормальному
Пути IP-пакета неисповедимы
 
Цитата
Сергей Челышев пишет:
А на счет тон детектора? Он работает на IP тг?
это тоже самое что глухо-немой слушает радио
Пути IP-пакета неисповедимы
 
На тестовой (h1.301.38)станции отключил фаст старт ребутнул gd, на incoming leg cisco - voice class h323 -> call start slow. Проблема сохранилась.
Плюсом проверил на этой же циске еще два других сиповых провайдера - таких проблем нет. Пока оставил заявку в техподдержку провайдера. Может они у себя че найдут.
К сожалению на счет cube и настройки туннелинга мне тут явно надо учить матчасть :oops:
Cube воообще существует для прошивок 12,4T ?
 
Надо для начала встать каким-то сниффером (типа WireShark) и посмотреть.
Когда мы получили Alert (с Progress Id 80 88) - я так понимаю, прогресс 80 88 - означает, что что-то есть в разговорном тракте. Сниффер покажет - есть ли там голос (типа "вызываемый абонент в настоящее время не доступен).

А кстати - а что такое "вызываемый абонент сбрасывает вызов"? Поднял/положил трубку? Тогда где CONNECT?
 
vad, Неее. Если коннект проходит (вызываемый берет трубу), тогда все хорошо и дальше разрыв идет нормально. Беда если до коннекта сброс или абонент занят. В трубу идут короткие гудки, но обрыва не происходит (после 32 гудков - появляется надпись user busy в t3 и ЗАНЯТО на аппарате, гудки становятся еще короче и после этого происходит сброс. Но проходит секунд 30 наверное(точно не засекал)). Снифером попозже займусь.
 
на циске трассировку звонка сложно снять? надо смотреть какой sip cause шлет провайдер когда звонок бортуют, может его вообще нету
Пути IP-пакета неисповедимы
 
да еще на междугородке ринг длиннее 12 сек. приравнивается 1 минуте

вам есть повод на раздумье
Пути IP-пакета неисповедимы
 
error,
Да не сложно, конечно. Просто занят был другим.
Я так понимаю Connect пришел в 1994212550ms. Потом от провайдера пришел алёрт в 1994218910 ms (через 6,3 секунды я сбросил вызов). Дисконнект прошел в 1994226020 ms (через еще 7,1 секунды я положил трубу на alcatel телефоне, с которого звонил).
Вместо алерта от isp должен был busy прийти? Я правильно понимаю? Или алерт и есть сигнал на разрыв соединения?
P.S.
Вот лог с той же циски, через другого sip провайдера. Тут написано - user busy.
Изменено: Сергей Челышев - 17.01.2014 15:01:21
 
лог на sip тоже снимите
Пути IP-пакета неисповедимы
 
Вот пожалуйста
Изменено: Сергей Челышев - 17.01.2014 17:25:57
 
Тут два сипа висят. Может после разрыва с одним, он пытается дозвониться через другого? Тогда почему если звонить через другого таких проблем нет?
Изменено: Сергей Челышев - 17.01.2014 17:33:43
 
по трассировке звонка тут действительно "шляпа"
у вас это

SIP method ack
SIP implements a three-way handshake.
- The caller sends an INVITE
- The callee sends an 200 OK to accept the call
- The caller sends an ACK to indicate that the handshake is done and a call is going to be setup


настраивайте на циске sip чтоб такую реализацию sip-а поддерживала
у вас настроен sip по классике, а нужно с тюннингом :):):)
Пути IP-пакета неисповедимы
Страницы: Пред. 1 2 3 След.