Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Enterprise » Конфигурирование

Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1
RSS
Переадресация по H323
 
#1
20.01.2015 13:17:20
Добрый день, коллеги.
Извиняюсь, если дублирую тему. Но возникла вот какая проблема.
Есть префикс для Immediate Forward   #41
Есть префикс "ARS Prof. Trg Grp Size with overlap" . У нас это 0.
Набирая 0, мы попадаем в логический дискриминатор, из него в соответствии с настройками Entity в физический, а уже в физическом расписаны диапазоны номеров (Москва, Екатеринбург, Новосибирск, Нижний Новгород) и соответствующие ARS для каждого направления.
В Нижний Новгород мы звоним через Е1, выход на который прописан в соответствующем ARS с указанием конкретной транк группы.
В Екатеринбург мы звоним через H323/SIP шлюз, выход на который (по H323) также прописан в соответствующем ARS путем дописывания SpeedDial, который в свою очередь имеет тип звонка IP (ну соответственно там же в SpeedDial прописывается IP адрес шлюза.

Абонент хочет заказать немедленную переадресацию на мобильный.
Набирает
#41 - 0 - номер в Нижнем Новгороде.             Срабатывает
#41 - 0 - номер в Екатеринбурге.                Отлуп.

Т.е. где-то вероятнее всего срабатывает COS, а где не понятно.
Как быть?
 
 
 
#2
20.01.2015 13:24:36
Все должно быть в самом первом месте - дискриминаторе.
Для вашего 0 - все остальные цифры (начало) указаны в дискриминаторе. По идее там по Area Number и идет ограничение.
Абонент может просто набрать следующее:
0 - номер в Нижнем Новгороде.
0 - номер в Екатеринбурге.
Работает?
 
 
 
#3
20.01.2015 13:36:30
Да, просто дозвон с данного аппарата на эти номера есть.
Area Number одинаков в обоих случаях. Длина номера одинакова - 11 цифр (89*********). Разный только ARS.
 
 
 
#4
20.01.2015 15:29:58
Тогда навскидку тяжело что-то сказать. Разные бывали проблемы с Speed dial и пр.
- прописана ли значность номера в том месте когда используете префикс занятия IP TG или нет
- стоит ли барринг в Speed dial
- для Public network COS - одинаково в дневном/ночном режиме указываете разрешения или только в дневном.

Для примера был баг - когда при наборе проверялось разрешение в категории для режима ночь, а при повторе (или номере запрограммированном на кнопку - не помню) - для режима день.

В вашем случае наверное стоит поэкспериментировать (чисто для экспериментов):
- для Екб - поставить ARS лист с Е1
- потом вернуть старый лист - но указать выход на Е1 (вместо добавления ARS и внутреннего роута).

Ну и внимательно посмотреть разрешение выхода на арии и TG по категории (если день/ночь не используете - то указывайте одинаковые значения для обоих режимов).
 
 
 
#5
20.01.2015 15:33:48
один из путей ars-to-h323
в ars list в поле TG ставим -1, далее add digit - AAAA
AAAA это sd с типом ip

а если еще по пути к Екатеринбургу стоит астериск то выкидывайте его в топку

вся причина головной боли в отказа форварда покажет трасса
Пути IP-пакета неисповедимы
 
 
 
#6
20.01.2015 17:23:50
Цитата
error пишет:
один из путей ars-to-h323

в ars list в поле TG ставим -1, далее add digit - AAAA

AAAA это sd с типом ip



а если еще по пути к Екатеринбургу стоит астериск то выкидывайте его в топку



вся причина головной боли в отказа форварда покажет трасса

1) Настроено именно так, как вы описываете.
2) Астериска посередине нет.
3) Отлуп происходит в момент заказа услуги (немедленная переадресация). Самой переадресации (как впрочем и звонка) нет и трассу снимать не с чего. Или мы про какую трассу говорим? Я обычно использую t3.
 
 
 
#7
21.01.2015 08:51:06
entity на isdn и h323 один и тот же?
Пути IP-пакета неисповедимы
 
 
 
#8
04.02.2015 11:13:58
Проблема аналогичная. Прошивка 10.1.1. Если пользователь сам ставит на безусловную переадресацию - отлуп. Вручную ставишь через омнивисту - работает. Я так понимаю, глюк возникает если в ARS указано -1 в транковой группе. Может алкатель пытается найти маршрут по ARS до нужного номера во время постановки на переадресацию, чтобы потом определить какие-нибудь права. И найдя в ars -1 в ТГ пугается и не знает че делать. Очень похоже на глюк в работе.
 
 
 
#9
04.02.2015 11:51:45
Отлуп - это как?
Не дает заказать набором кода или дает заказать, но не работает?
При заказе ручками (если дает) и заказе через менеджмент - в user/ dynamic user - все одинаково выглядит?
 
 
 
#10
04.02.2015 12:35:39
отлуп - не дает заказать. Причем именно когда набираешь последнюю цифру номера, куда переадресовывать.
выглядит одинаково.
Соответственно обычный звонок через этот ars-h323 ТГ ходит без проблем. Проблема только при заказе переадресации с самого аппарата.
Изменено: Сергей Челышев - 04.02.2015 12:48:41
 
 
 
#11
04.02.2015 13:21:58
Сталкивался, что есть проблемы с заказом переадресации, когда используется Speed dial. К сожалению не вспомню, чем тогда сердце успокоилось.
 
 
 
#12
04.02.2015 16:15:14
1. у вас была миграция БД на другой софт?
2. на SD который используется из ARS barrier какое имеет значение?
Пути IP-пакета неисповедимы
 
 
 
#13
06.02.2015 12:03:35
Цитата
error пишет:
1. у вас была миграция БД на другой софт?

2. на SD который используется из ARS barrier какое имеет значение?
1 да - заливалась новая прошивка - потом накатывалась бд.
2. не понял что это такое =( если речь про barring в SD - птичка снята.
 
 
 
#14
06.02.2015 13:07:34
Цитата
Сергей Челышев пишет:
1 да - заливалась новая прошивка - потом накатывалась бд.
есть подозрение что это издержки миграции бд
попробуйте на "чистом листе" (стенд) тоже самое повторить
Пути IP-пакета неисповедимы
 
 
 
Страницы: 1
Читают тему