Проблема в следующем...
Съехал от нас абонент и попросил временно сделать ему переадресацию с наших на новые номера. Под каждый наш номер оставили порт, на порту в portd прописали безусловную переадресацию на новый номер. Всё вроде работает, то есть вызов приходит с потока, попадает на порт и уходит снова в поток... Но есть маленькое "но" - в качестве calling party number в исходящем вызове подставляется реальный номер звонящего. А Ростелеком на местном стыке принимает в качестве источника только местные номера. Таким образом, все звонки, переадресованные с сотовых или межгорода, получают отбой, что абонента, естественно, не устраивает.
Если какой-либо способ "заставить" миником отдавать в поток при подобной переадресации "левый" АОН локального порта?

PS: стык с городом - DSS1

Проблема в следующем...
Съехал от нас абонент и попросил временно сделать ему переадресацию с наших на новые номера. Под каждый наш номер оставили порт, на порту в portd прописали безусловную переадресацию на новый номер. Всё вроде работает, то есть вызов приходит с потока, попадает на порт и уходит снова в поток... Но есть маленькое "но" - в качестве calling party number в исходящем вызове подставляется реальный номер звонящего. А Ростелеком на местном стыке принимает в качестве источника только местные номера. Таким образом, все звонки, переадресованные с сотовых или межгорода, получают отбой, что абонента, естественно, не устраивает.
Если какой-либо способ "заставить" миником отдавать в поток при подобной переадресации "левый" АОН локального порта?

PS: стык с городом - DSS1
Если у Вашего DX-500 есть незадействованный Е1, попробуйте:

1. Прописать его сгнализацию (DSS1), создать группу из его тайм-слотов и в ней поставить параметр "Левый АОН" (пар. 17 ЛАОН + в t group тот, котрый нужен городу. Порядок формирования лАОН см. в Руководство по эксплуатации.
УПАТС "МиниКом DX-500".Часть 2.Конфигурирование системы. Общие положения).

2. Переадресовывать входящие вызовы с оставленных портов в ports на этот поток (группу с нужным левым АОН).

3. Соответственно порты нового задействованного потока через ports безусловную переадресацию на городской поток. Новый поток должен выходить на город с нужным АОН.
4. Далле донабирать через "пЦпЦ".
Немного мудрено, но должно сработать. Если "свободного" потока в железе нет, вопрос останется открытым.

А Ростелеком на местном стыке принимает в качестве источника только местные номера.

PS: стык с городом - DSS1

И делает абсолютно правильно, поскольку вы не должны предоставлять услуги третьим лица.

В DX-500 все очень сложно с этим вопросом, хотя по EDSS по идее можно передавать и номер звонящего и номер от кого переадресован.
В Вашем случае легче поставить один жесткий номер АОН на эти порты, и разбираться потом самим по файлам тарификации (биллинг).
В идеале - подцепитесь по OКСу, там точно должен быть и "редиректед пати намба"

И делает абсолютно правильно, поскольку вы не должны предоставлять услуги третьим лица.

Насчет услуг не совсем понял - предоставление их (услуг связи) вроде как наш бизнес :) Станция только не совсем того класса :) А насчет правильно - никто и не спорит, делает как положено.

В общем, видимо, ничего не получится с настоящее время с подобной переадресацией... Информтехника ничего обнадеживающего сказать не смогла.
Много разного перепробовал - игрался параметрами с 22 и 24 paddp во всех возможных местах, перенаправлением через допольнительный порт, цепочку портов, выделенный таймслот в потоке, раздичные варианты комбинаций параметров лАОН в группах... Но, похоже, без ОКС-7 действительно не обойтись в таких случаях.

предоставление их (услуг связи) вроде как наш бизнес :) Станция только не совсем того класса :)

то есть у вас лицензия на предоставление услуг, а самое главное станция на правах транзитной???

А на счет станции да, "гранаты не той системы":D

Что-то рано "лапки кверху" поднимаете, сдаётесь... А побороться?
В "Руководстве по эксплуатации МиниКом DX-500", ч.2, ЕКВМ. 665110.001 РЭ2, черным по белому, см. вложение.

Что-то рано "лапки кверху" поднимаете, сдаётесь... А побороться?
В "Руководстве по эксплуатации МиниКом DX-500", ч.2, ЕКВМ. 665110.001 РЭ2, черным по белому, см. вложение.

Не работает описанная схема. Ни напрямую, ни при использовании параметров 22 и 24 таблицы paddp в цепочке переадресаций.
Единственный способ в моем случае, насколько я понимаю, это ставить на абонентские порты какое-либо стороннее оборудование типа автосекретаря - но, во-первых, в наличии нет такого с нужным количеством портов, и, во-вторых, это изначально не устраивало абонента.

Хотя варианты еще буду пробовать разные.

В свое время я это реализовывал на версиях 1.ххх. В данный момент какой и каким образом вы отдаете АОН в Ростелеком?

В свое время я это реализовывал на версиях 1.ххх. В данный момент какой и каким образом вы отдаете АОН в Ростелеком?

Отдаем мы его не в Ростелеком. Стык у нас к ТТК - 2 потока EDSS1. Ранее спасало то, что стык был с другим провайдером, и он подменял все calling party number, не попадающие в наш пул, пилотным номером.

Версия ПО 3.346. Все АОНы с локальных портов реализованы через так называемый лАОН, то есть префикс dss1n 7 цифр + paon 3 цифры. Но на транзите (кроме нечасто устанавливаемой переадресации, есть еще одна клиентская станция и voip-шлюзы, подключенные через Е1) это не срабатывает.

Попробуй в портах через которые идет выход в город поставить в таблице PAon местные номера, а на потоке в таблице Group "Левый АОН" 17-ый параметр +.

Попробуй в портах через которые идет выход в город поставить в таблице PAon местные номера, а на потоке в таблице Group "Левый АОН" 17-ый параметр +.

Последний китайский 100500й раз попробовать? :)
Подключение "в город" - только по потокам, на которых лАОН включен по умолчанию.

Я правильно понимаю, что идет транзит звонка из потока Е1 от клиентской станции на поток Е1 ТТК, используя при этом переадресацию на местном порту? Использование ЛАОН в данном случае не получается, т.к. местный порт не учавствует в установлении соединения, соответственно не может подставить свой АОН.
Предлагаю пойти другим путем - найти способ удалить АОН вызывающего абонента в потоке Е1 от клиентской станции и подставить свой.
Вот один из способов:
1. для удобства экспериментов и сделать так, чтобы входящие звонки приходили на один выделенный тайм-слот
2. в плане нумерации присвоить этому тайм-слоту местный списочный номер (который от нас ждет провайдер), с которого мы должны сделать переадресацию
3. 13 параметр в таблице port этого тайм-слота сделать 0
4. сделать статическую переадресацию с этого порта на исходящую группу в город с донабором нужного номера
Что у нас должно получится - мы отрезаем АОН входящего звонка на потоке от клиентской станции, и, при этом, должен отдаваться АОН входящего тайм-слота, которому мы присвоили местный номер провайдера.