Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Разделение линий
АРТКОМ Форум > Форумы для специалистов > Техническая поддержка iPECS-LIK & iPECS-UCP
gorodok200086
Есть voim24 модуль, необходимо разделить его линии на три группы:

1. 4 линии – подключение к провайдеру, входящие звонки обрабатываются, отрезаются первые 2 цифры и звонок будет попадать на нужного абонента;

2. 8 линий – подключение к АТС iPECS-MG прямые номера трехзначные номера;

3. Остальные отключены.

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

Как решить данную задачу корректно? Количество линий на любом направлении должно быть не больше, не меньше оговоренного.
harris
Цитата(gorodok200086 @ 7.9.2012, 6:45) *
Есть voim24 модуль, необходимо разделить его линии на три группы:

1. 4 линии – подключение к провайдеру, входящие звонки обрабатываются, отрезаются первые 2 цифры и звонок будет попадать на нужного абонента;

2. 8 линий – подключение к АТС iPECS-MG прямые номера трехзначные номера;

3. Остальные отключены.

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

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

Для входящей связи каналы VOIP делятся только по протоколу (H.323, SIP) и по предназначению (Trunk/ RTP Relay/оба). Но они никак не делятся по Адресу вызываемой стороны, в отличии, например, от iPECS MG (там есть группы Входящих линий и соответствующие настройки). А в LIK группирование линий касается только Исходящей связи.
Если речь идет о линиях H.323, то имеет значение, привязаны ли линии к GateKeeper'у.
Если на стороне провайдера не используется GateKeeper, то можно все линии отнести в одну группу, а входящие вызовы от провайдера разруливать по MSN.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2025 IPS, Inc.