OS7400 и 2 ISP на 1 оператора

[dmsk]

Решил изложить здесь, вдруг кто столкнётся с теми же проблемами.
Имеем OS7400 V4.80 карта MGI16.
Задача: Регимся на операторе на одном и том же IP сервере с разными USER ID и PASS... По укетке ISP1 - с USER ID1 должны быть исходящими на город, По укетке ISP2 - с USER ID2 на межгород. (на межгород каналы оператор не режет на город лимитирует).
АОН по обеим учеткам оператор принимает от нас номера одинаковы, экспериментируя для каждой учетки говорим см. CLI1 и CLI2 соответственно.
При маршрутизации на "8" выяснилось, что в роуте прописана группа 807 - где ISP2 с USER ID2 но к оператору летит USER ID1, выключаю ISP1 летит USER ID2.
При этом пробовали другой IP сервера и другой для этого сервера USER ID3... начинает работать... "8" лезет в USER ID3.
Впечатление что АТС без разницы в какой роут ей сказано идти... смотрит на IP и лезет по первой учетке...
Жду решений... и здравых мыслей на этот счет... Хочу понять логику обработки исходящего вызова... Если АТС говорит что ей без разницы в какую группу сказано идти...?

[Ave]

В случае одного оператора и нескольких учетных записей используется только один из ISP, для которого в 837 коде (п.5.2.13) включается параметр Regist Per User, а в 839 коде (п.5.2.14) вбиваются учетные данные.
В случае включенного параметра Regist Per User такие регистрационные данные как Auth User Name, User Name, Auth Password из 837 кода игнорируются, а берутся из 839 кода.

[dmsk]

[В случае одного оператора и нескольких учетных записей используется только один из ISP, для которого в 837 коде (п.5.2.13) включается параметр Regist Per User, а в 839 коде (п.5.2.14) вбиваются учетные данные.
В случае включенного параметра Regist Per User такие регистрационные данные как Auth User Name, User Name, Auth Password из 837 кода игнорируются, а берутся из 839 кода.*]
1. Проблема в том что оператор говорит, что диапазон номеров, которые он отдает (ххх-хх-60 - ххх-хх-69) он отдает по 1 учётке и USER NAME и Pass один и тот же для всех номеров, что само по себе не логично. Но тем не менее попытавшись внести в 839 коде (п.5.2.14) одинаковые учетные данные учетные данные для диапазона (ххх-хх-60 - ххх-хх-69) - исходящей вообще не было - "Сбой IP линка" - это все что я видел на дисплее тел.
2. Выключив параметра Regist Per User - исходящая заработала. Оператор подтвердил, что регистрацию номеров не контролирует ему важна регистрация транка из кода 837. Исходящую связь он контролирует по СLI в 323 коде (п.2.4.3.) через который я и маршрутизирую вызов на город. Учетка 2 аналогична со своим USER NAME и Pass для "8", только здесь я могу отправлять по СLI в 323 коде (п.2.4.3.) других операторов - да бы экономить на "8" другим абонентам АТС имеющим городские номера других операторов.
В этой связи возможно поможет режим Точка-точка в 837 кода для учетки "8" еще не пробовал. У меня есть клиенты которые зарегены по 837 коду только исходящая связь для экономии "8" с отдачей по СLI в 323 коде (п.2.4.3.). На своей стороне оператор смотрит CLI с разрешенным для данной учетке CLI после чего попускает или запрещает соединение.
К Высказыванию Выше "1 оператор 1 учетка - это жесткое ограничение связано с одинаковым IP адресом? Из-за чего OS считает что 2 учетки одинаковы и ISP1 при свободных каналах имеет приоритет и кидает соединение через ISP1, хотя в маршруте мы прописываем ISP2 - на мой взгляд это глюк... из-за которого возникает проблема с расширением ко-ва каналов при вызовах на "8"..."

[Ave]

Так Вы определитесь для начала , а то Вы пишите сначала одно

Регимся на операторе на одном и том же IP сервере с разными USER ID и PASS

потом другое

он отдает по 1 учётке и USER NAME и Pass один и тот же для всех номеров

Если последнее, тогда 1 ISP и одна учетка в 837 коде и никакой Regist Per User включать не надо и второго ISP заводить не надо!!
Входящая разруливается в 714 коде, а исходящая АОНами из 323 кода.

[dmsk]

Мне так казалось что я все разжевал... для чего вообще этот хоровод затевался.
1. ОПЕРАТОР режет количество каналов на город (за каждый канал доп. плата).
2. На межгород не режет.
Чтоб разрулить эти направления предлагает зарегиться 2-я транками. OS - это ISP1 и ISP2, где выставляю разные SIP trunking max channel ISP1-8 ISP2-16.
Сервер оператора имеет один и тот же IP адрес.
И при маршрутизации начинается "косяк" с маршрутом валится все видимо по SIP carrier Default 1, что в 5.2.12. указан. Даже если руками выбираешь группу 807 - где указана ISP2, надираю 8ххх-ххх-хх-хх лезет через учетку ISP1 у которой совсем другой UESR ID. Вот какие танцы с бубном...

[conf]

2 sip-id раскидал на транк-группы, далее сделал 3 cos путем запрета к доступе транк-группе, одни звонит через 1ый sip-id, другие через 2ой sip-id, третьи через любую. Потом пошел в ход lcr и lcr-cos

[dmsk]

2 sip-id раскидал на транк-группы, далее сделал 3 cos путем запрета к доступе транк-группе, одни звонит через 1ый sip-id, другие через 2ой sip-id, третьи через любую. Потом пошел в ход lcr и lcr-cos

Этот вариант работает когда нужно разрулить вн. абонентов и сделать запрет на разные транки. В моей же ситуации этим вн. абонентам разрешено ходить и по ISP1 и по ISP2

[Ave]

Выложи файл настроек...
И еще не понимаю, зачем провайдер ограничивает каналы на город? а на межгород нет?

[conf]

Этот вариант работает когда нужно разрулить вн. абонентов и сделать запрет на разные транки. В моей же ситуации этим вн. абонентам разрешено ходить и по ISP1 и по ISP2

динамики занятия в ISP нет, больше всего будет нагружен тот ISP который первый
для динамики вам только через дублирование ISP по транк-группа и далее как писал выше с единственным уточнением lcr-cos должен быть максимально возможным

я уверен что при всем вашем внимании вы забыли про lcr-cos т.е. это просто необходимо т.к. по дефолту lcr пойдет по первому маршруту с lcr-cos будет и отрабатывать и второй маршрут
так же надо учесть voip out digits, у уверен что в данный момент проблема заключается именно тут

[conf]

в lcr для транка ISP1 в таблицу модификации набора вставьте к примеру 001, для транка ISP2 - 002
далее в voip out digits набор 001 направляйте на ISP1 удалив 3 цифры , а 002 в ISP2 удалив 3 цифры