Тема: Проблема с установкой транзитных соединений через HiPath 3700
Доброго всем настроения!
Есть проблема.
АТС HiPath 3700 включена в качестве транзитной между оператором городской телефонной сети и оператором GSM через GSM-шлюз.
И там, и там - потоки Е1.
Как сделать, чтобы при транзитном звонке через АТС с потока от GSM-шлюза в поток городского оператора в calling number вместо сотовых номеров подставлялся бы другой заранее заданный номер.
Причем, такая подстановка должна быть не на входе с потока от GSM-шлюза, а уже на выходе в поток городского оператора, поскольку номера сотовых телефонов должны отображаться на дисплеях цифровых аппаратов у абонентов АТС.
Прошу оператора городской телефонной сети сделать так, чтобы независимо от получаемого от АТС calling number он у себя производил бы замену на другой номер. Он отказывается. У него, видите ли, прописан только один номер, который он и воспринимает как calling number. Если АТС ему отдает другой calling number, то оператор его отфутболивает и соединение не устанавливает.
Люди добрые! Помогите 🐛
Я помню, а вы нет...
А если у внутреннего форвард поставить?
Неужели никак нельзя сделать HiPath 3700 непрозрачной для транзита?
Ну не может быть, чтобы наш народ ничего не придумал!
Я сам иногда через Ж.. такие перлы изобретаю, что хоть стой, хоть падай!
А здесь - ну никак!!!
И с провайдером не могу договорится.
Форвард не устраивает?
Что есть “ФОРВАРД”?
Прошу расшифровать, плиз.
Переадресация это. Звонок с одного потока приземлять на внутренний, с установленной переадресацией на городской.
Не совсем понимаю, как это будет работать.
Ну, предположим, какому-то внутреннему абоненту установить постоянную переадресацию на другой поток.
Это делается элементарно, да и работает “железно”, если транки аналоговые.
Но у меня набираемые номера идут в SETAPе.
Обычно первая цифра набираемого номера - это код выхода на другой поток.
Можно первую цифру набираемого номера определить как номер внутреннего абонента с переадресацией.
Пусть это будет абонент с однозначным номером.
А как пройдет переадресация остальных цифр набираемого номера в другой поток?
Если бы они шли в INFO, наверное, это еще как-нибудь можно было бы осуществить (как это делается в аналоговых транках).
Но в SETAPе? Там же весь номер вместе с префиксом “выплевывается” целиком!
Не последует ли всед за этим сообщение о неправильно набранном внутреннем номере?
Не доходит до меня логика процесса.
Чегой-то я с годами тупеть стал, что ли?
Ой, чёй-та вы глубоко полезли. Она прекрасно знает цифру выхода на транк, а к последующим должна сама применить правила, определенные для транка.
Если форвард на аналоге “железно” работает, то на потоке просто... кремень должен быть.
Спасибо, успокоили.
Мне бы еще до АТСки добраться. Далековато, знаете ли.
Обязательно попробую Ваш совет и исследую всю эту кухню досконально.
Неужели никак нельзя сделать HiPath 3700 непрозрачной для транзита?
Ну не может быть, чтобы наш народ ничего не придумал!
Я сам иногда через Ж.. такие перлы изобретаю, что хоть стой, хоть падай!
А здесь - ну никак!!!
И с провайдером не могу договорится.
1.Несколько В каналов в отдельный транк.
2. В свойствах транка supress station number. № добиваем в РАВХ.
3.Транзитные абоненты ходят через новый транк.
1.Несколько В каналов в отдельный транк.
2. В свойствах транка supress station number. № добиваем в РАВХ.
3.Транзитные абоненты ходят через новый транк.
У меня так и сделано.
Подавил передачу в поток номеров абонентов, а в ячейки Local area code и PABX number записал соответственно код города и номер АТС.
Дело в том, что провайдер предоставил нам всего-лишь один номер (как принято говорить, многоканальный).
И по большому счету, ему бы все равно, что лезет от нашей АТС. Он бы мог все это заменять у себя на правильный CLIP.
Но он этого принципиально делать не хочет.
На днях съезжу на объект, попробую вариант с переадресацией от абонента в пучок.
Мне кажется, что это может сработать.
Ну а если не сработает, тогда не знаю...
Может, повеситься? 😛
Или провайдера расстрелять? :rastrel:
Все-таки я договорился с провайдером.
Он у себя кое-что подправил.
И весь биллинг стал делать на один-единственный номер, который он же нам и предоставил.
И все заработало!!!
Фуууу..... :dance:
