Здравствуйте.

[polupochnik]

да штобы логи читать мне еще пару лет кажется..
проблема то ясна нет общего понимания...
как маршрутизовать то что приходит на pots на voip

[Vlad1983]

аналогично кошкам http://subnets.ru/blog/?p=1299

[polupochnik]

аналогично кошкам http://subnets.ru/blog/?p=1299

то есть просто потс пустышку? без переадресации его на порт? сделал не помогло..
может быть как то решать через call diversion ....

нашел грустный прегрустный пост ДЕДА

ded » Вт сен 22, 2009 9:34 am

Ответ - скорее нет, чем да.
АддПак взял идеологию Cisco, что видно из конфигов и команд. Все соединения шлюзов строятся - из VoIP пришёл, в PSTN ушёл, и наоборот. Чтобы реализовать из VoIP пришёл, в VoIP ушёл, Cisco три года назад выпустила продвинутую версию IOS с этой функцией: IP-IP switch. Это позволяло конвертировать протоколы - из H.323 в SIP (как собсно и требуется).

Вот такая фича в итоге у Cisco есть, а у AddPAc - нет.

[Vlad1983]

кто вам говорил что надо сделать и что должно было помочь?

логику работы для начала понять надо, а потом уже крутить.

[ded]

Вам лучше рассматривать возможность подключение
Оператор == Н.323 == Астериск ==SIP== АддПак

[polupochnik]

деда, мне адпак не нужен в такой схеме, вы убедили ссылкой что на самом астериске несколько сложнее h323 крутить к провайдеру.
от провайдера к которому прицеплен адпак нужно сохранить номера передать в астериск, а после астериска у людей sip panansonic dect апараты, так что ваша идея с адпаком идеальна, но понимание действительно нет, везде про две ноги потс войп, или войп потс.

[ded]

Провайдер провайдеру - рознь. Надо пробовать.

[polupochnik]

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

[Vlad1983]

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

это проще понять и работать будет:
http://yate.null.ro/pmwiki/index.php?n= ... llingProxy

[zzuz]

дада, yate - это круто!)