Здравствуйте.
Подскажите, как управлять переадресацией на cucme 7.1?
вот если на телефоне стоит безусловная переадресация и на этот dn пришел вызов с городского sip транка то циска посылает sip сообщение провайдеру о доступности абонента по указанному в переадресации номеру.

если городской номер указан в качестве номера переадресации - то все нормально. но хотелось бы выделить некоторые внутренние номера, у которых нет соответствующих городских так, чтобы циска не отсылала сообщение провайдеру, а сама устанавливала соединение с этим номером , указанном в переадресации.

т.е. для некоторых номеров она бы себя вела как wg а для других отсылала взывающему абоненту номер указанный в переадресации вызываемого.

как это реализовать?

• переадресация,Лелик__, 14:23 , 14-Июл-11
  • переадресация,mdenisov, 14:11 , 29-Июл-11
    • переадресация,Лелик__, 09:29 , 10-Авг-11
      • переадресация,mdenisov, 12:58 , 11-Авг-11

есть внутр номер 111, он соответствует городскому 333111

звоним из города на 333111 через sip транк вызов приходит и на входчщем диалпире отрезается 333 и доходит до 111.

если на нем  (111) настроена переадресация на внутр номер 222, то cme

почему-то отправляет пакет
SIP/2.0 302 Moved Temporarily
на провайдера, хотя этот номер (222) у меня есть. провайдер естественно о таком номере ничего не знает.

1. хотябы транслировать поле contact в (сип пакете SIP/2.0 302 Moved Temporarily) приписать префикс 333, чтобы получился номер 333222 и опять к нам попал.
2. разграничить списки номеров для которых при переадресации надо сообщать Moved Temporarily, и для которых не надо это сообщать, а принимать соединение, и организовывать еще одно плечо.

как это сделать?

У cme в отличии от взлослого калменеджера прикол с переадресацией в том что при этом не работают трансляции, т. е. переадресуемый номер должен строго соответствовать номеру в dn либо в destination-pattern dial-peer'а

> У cme в отличии от взлослого калменеджера прикол с переадресацией в том
> что при этом не работают трансляции, т. е. переадресуемый номер должен
> строго соответствовать номеру в dn либо в destination-pattern dial-peer'а

ну так он и соответствует, в этом случае номеру в dn.
вообще: в каком порядке поиск перебор номеров происходи при различных ситуациях (входящий, исходящий, переадресация, перевод)?

> ну так он и соответствует, в этом случае номеру в dn.

Абсолютно соответствует? Т. е. если например для города паттерн /^9\([1-79]......\)$/7495\1/ стоит в профайле трансляций на DN или его шаблоне, а в пире например паттерн ^7495[1-79]......$ то при наборе с телефона 91234567 вызов уйдет нормально, а чтобы поставить это в переадресацию так не пройдет, надо набирать 74951234567.

> вообще: в каком порядке поиск перебор номеров происходи при различных ситуациях (входящий,
> исходящий, переадресация, перевод)?

Вход и выход и перевод происходит согласно configuring dialplan для IOS'а (сейчас лень документ искать), ведь номера DN'ов это те же пиры. Отличие только в том что translation profile'ы для переадресации не работают на входе.