Тыкс. Сиповая ТГ private=false (оно и понятно), Private NPD id=Public NPD id=43, тот же, что и в АРС указан. Если бы выскакивал пилот, я бы хоть что-то понимал - но лезет номер другого клиента, почему-то именно этого... Тикеты с приватных групп, к сожалению, не валятся, иначе б было проще. Публичной же я не могу ее назначить, ибо надо ловить и модифицировать А-номера.
Есть ощущ, что глючит операторская МЕРА - но поймать их на этом не могу.
Я в этот нортел просто боюсь лазить... Его как собрали какие-то архаровцы лет 8 назад, так и чавкает потихоньку. (Отсюда и семизнаки, кстати.) Тикеты наружу он вроде не настроен выдавать. Штука в том, что ОХЕ откладывает в своих тикетах ВЕРНЫЙ аон, так что проблема, думаю, таки между мной и операторской МЕРой, только вот где она порылась... трейс надо, иначе не отловишь. Жду сижу.
vad, тоже об этом подумал. Клиентский нортель вообще на винде сделан (!!!) и глюков от него можно бы ожидать, но... Номер абонента 1 начинается на 38, екстенжены абонента 2 начинаются на 13. Вроде бы у меня ну никак не должно такое подставлять. Не понимаю.............
R9.1, время совпадает до единиц секунд, длительность совпадает точно. Вызов точно тот, звонили телефонисту с офисного на мобильный. Не знаю уже, на что и грешить.
Вероятность того, что подставлен чужой номер - около одной десятитысячной. Если бы шел кривой (отсутствующий) АОН - подставился бы пилот (который не есть чужой номер). И отложился бы у меня в тикете. Откладывается же АОН абонента №1, т.е. правильный. У оператора откладывается АОН абонента №2, неправильный. И, наконец, оба вышеизложенных варианта я бы смог отследить на пару с телефонистом клиента. Пока, напомню, повторяемость спорадическая - изловить трейсом не удалось еще...
Ситуация. Сип-транкгруппа к городскому оператору, а E1 (Trunk group type = private) - к клиентской АТС. Клиент при вызове в город выдает мне свой А-номер семизнаком (исторически), я к нему леплю 495 и подаю в сип-транк. В соответствующем маршруте ARS указан NPD (Install/Default number source = Not used), в нем - Calling DID id, и в соответствующем DID есть запись: 495abcdefg=abcdefg, range=1, unique=yes. Всё работает. А иногда неожиданно подставляется А-номер другого клиента, который и в DID-то не прописан, а работает через personal calling number юзера. Вариант подачи мне первым клиентом А-номера второго клиента совершенно исключен, они и не знакомы вообще, и находятся в разных местах.
Оператор утверждает, что подстановок у себя он вообще не делает. Где я мог накосячить?
vad, а можно я тут спрошу, чтоб сущности не плодить? На что влияют параметры в GD/GA - No. of Compressors for Gateway and No. of Compressors for IP Devices в отсутствие h.323? У меня две мады3 на GD и GA и две - на айпишных выносах. Выносам достаточно 8 одновременных разговоров каждому. Хочу выделить на sip-транк к городскому оператору максимум доступных компрессоров. Что лучше прописать? Сейчас в стойке прописано 12/12 (по дефолту) и на GD и на GA, и 8/0 на каждом выносе.
Привет. Совершенно неожиданное поведение ARS, не знаю, куда лезть...
Юзеры 1111-1199 имеют ентити 11. В ней дискриминатор равен 3, и в правилах дискриминатора указан выход в город через SIP-транкгруппу с номером 1002. Для других юзеров имеется TDM-транкгруппа с номером 0, доступная как через прямой префикс 0 (prof. TG seizure with overlap) так и в качестве маршрута ARS.
Вопрос в том, что юзеры из entity 11 периодически попадают на tg 0, хотя прямой набор нуля им запрещен. Очевидно предположить, что их туда скидывает ARS, вопреки заведенным мною маршрутам. Хочу понять - как! И как это починить. Traffic overflow=No, Forwarding on routing=No. Где что еще я забыл посмотреть?
Доброго дня. Есть два префикса выхода в город - 0 занимает сразу ТГ на оператора1, 9 - на АРС, которая рулит вызовы на разных операторов. Вопрос! Как запретить юзеру 1111 звонить в город через 0, но разрешить через 9, а юзеру 2222 - наоборот, дать возможность только через 0? По уму, конечно, 0 вообще стоит убрать, а рулить только АРСом, но переделок много...
Automatic Off-hook Dialing The Automatic off-hook dialing service cannot be activated for SIP sets because they cannot send an empty Invite message to the Com Server (PCX option: Class of service > Phone feature COS > Routing Mode At Off-hook). Depending on the SIP set, it can however be used as a local feature.
Пока я возюкаюсь с обычным аналоговым телефоном, прицепленным к зухелевскому sip-адаптеру. Думаю, номер выдается оверлепом и, судя по тому, что набор БЕЗ премаршрутизации вопросов не вызывает, станция его кушает как надо. Я правильно понял вопрос?