форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Маршрутизаторы CISCO и др. оборудование. (VoIP)
Изначальное сообщение		[ Отслеживать ]

"переадресация"	+/–
Сообщение от Лелик_ (ok) on 13-Июл-11, 18:07
Здравствуйте. Подскажите, как управлять переадресацией на cucme 7.1? вот если на телефоне стоит безусловная переадресация и на этот dn пришел вызов с городского sip транка то циска посылает sip сообщение провайдеру о доступности абонента по указанному в переадресации номеру. если городской номер указан в качестве номера переадресации - то все нормально. но хотелось бы выделить некоторые внутренние номера, у которых нет соответствующих городских так, чтобы циска не отсылала сообщение провайдеру, а сама устанавливала соединение с этим номером , указанном в переадресации. т.е. для некоторых номеров она бы себя вела как wg а для других отсылала взывающему абоненту номер указанный в переадресации вызываемого. как это реализовать?
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "переадресация"	+/–
Сообщение от Лелик__ on 14-Июл-11, 14:23
есть внутр номер 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, и для которых не надо это сообщать, а принимать соединение, и организовывать еще одно плечо. как это сделать?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "переадресация"	+/–
	Сообщение от mdenisov (ok) on 29-Июл-11, 14:11
	У cme в отличии от взлослого калменеджера прикол с переадресацией в том что при этом не работают трансляции, т. е. переадресуемый номер должен строго соответствовать номеру в dn либо в destination-pattern dial-peer'а
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "переадресация"	+/–
	Сообщение от Лелик__ on 10-Авг-11, 09:29
	> У cme в отличии от взлослого калменеджера прикол с переадресацией в том > что при этом не работают трансляции, т. е. переадресуемый номер должен > строго соответствовать номеру в dn либо в destination-pattern dial-peer'а ну так он и соответствует, в этом случае номеру в dn. вообще: в каком порядке поиск перебор номеров происходи при различных ситуациях (входящий, исходящий, переадресация, перевод)?
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	4. "переадресация"	+/–
	Сообщение от mdenisov (ok) on 11-Авг-11, 12:58
	> ну так он и соответствует, в этом случае номеру в dn. Абсолютно соответствует? Т. е. если например для города паттерн /^9\([1-79]......\)$/7495\1/ стоит в профайле трансляций на DN или его шаблоне, а в пире например паттерн ^7495[1-79]......$ то при наборе с телефона 91234567 вызов уйдет нормально, а чтобы поставить это в переадресацию так не пройдет, надо набирать 74951234567. > вообще: в каком порядке поиск перебор номеров происходи при различных ситуациях (входящий, > исходящий, переадресация, перевод)? Вход и выход и перевод происходит согласно configuring dialplan для IOS'а (сейчас лень документ искать), ведь номера DN'ов это те же пиры. Отличие только в том что translation profile'ы для переадресации не работают на входе.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема