Правила форума
Перед тем как спросить, воспользуйтесь поиском! Если Вы не нашли решение и собираетесь написать, рассчитывая получить ответ: ОБЯЗАТЕЛЬНО УКАЗЫВАЙТЕ! 1. Модель АТС 2. Версии MP/LP (процессоров АТС) 3. Версии плат интерфейсов VoIP, ISDN; IP терминалов и WLAN оборудования
имеется 7200 версии последние связана с 7400 (версии последние ) по SPNET
на 7400 имеем медные города и Е1 поток звонок на Е1 заворачивается на SIP транки - CLIP предается как положено все круто то есть пробросы CLIP c ранка на транк настроен корректно - соответственно сделаны настройки и на медных транках Медный транк заворачивается тупым набором "6000" уходит на SIP транки с CLIP прописанным в 323 ММС на самом транке
делаем то же самое на 7200 - прописываем на медном транке в 323 ММС например 8442232323 во всех таблицах в транк нэйме прописан тот же номер при звонке на этот транк тупо указываем "6000" по SPNET звонок уходит на 7400 где соответственно звонок пробрасывается по умолчанию и соответственно настройкам на SIP транк получаем на SIP транке CLIP равным 2000 в случае набора "6000" с абонента 7200 получаем на SIP транке нормальный CLIP абонента
попытались сделать похожее с другой станции 7200 (все подключены к 7400 через SPNET) получили тот же CLIP на SIP транке
причем ни на первой 7200 ни на второй номера 2000 нет и не было никогда )
вот такая вот беда - какие мысли по этой ситуации ?? выручайте нуна очень чтобы клип передавался правильным
читать инструкцию надо тогда когда уже ничего не получается )
Доброго времени суток. По логике ковырнуть надо 2.6.2 (REPEAT CLI). А ежели звонки рулятся через SPNET, тобишь напрямую - пришел в DDI и ушел в 803 транк группу, то надо смотреть префиксы (System ID) и всю цепочку модификации. У меня (в смысле у клиента) в сетке стоят 18 - желязяк (все Гнусы), такой проблеммы нет. А еще, можно стать на SMDR порт и посмотреть, чего там происходит, чего станция набирает и шлет(очень прикольный способ анализа), думаю будет видно, откуда берется загадочная цифера.
vvs-dcs писал(а):Доброго времени суток. По логике ковырнуть надо 2.6.2 (REPEAT CLI). А ежели звонки рулятся через SPNET, тобишь напрямую - пришел в DDI и ушел в 803 транк группу, то надо смотреть префиксы (System ID) и всю цепочку модификации. У меня (в смысле у клиента) в сетке стоят 18 - желязяк (все Гнусы), такой проблеммы нет. А еще, можно стать на SMDR порт и посмотреть, чего там происходит, чего станция набирает и шлет(очень прикольный способ анализа), думаю будет видно, откуда берется загадочная цифера.
в том то и дело что внутри все гудно ходит а вот когда в дело вступают транки начинается такая вот штука 18 станций не предел ) 2.6.2 (REPEAT CLI) - тут все одинаково все разрешено для проброса решение было в 2.6.1 CO Number - как только там прописал номер все встало на свои места .....
читать инструкцию надо тогда когда уже ничего не получается )