Посмотрел еще раз. ТРИ последних цифры одного из юзеров бьются с тремя последними из панаса. Бред же!!! Проверю в нерабочее время, сейчас вовсю трезвонят люди. Как тогда решить проблему кардинально? Убрать все персональные номера и сгонять юзеров в отдельные ентити и назначать entity source number? Потому что я не готов сказать навперед, что еще с чем будет пересекаться??
vad, буду пробовать, спасибо. Думаю, если я поменяю его с 788yyyy на 366zzzz, будет улетать 366zzzz. Хххх не совпадает ни с одним из местных. Я уже рассказывал это выше, когда бился с транзитом на сип. Чует мое перце, но объяснить не могу, что дело в хант-группах. Они у меня зовутся, не помню почему, C010, C041 итд, и вот два последних знака ИХ местных номеров могут теоретически биться с А-номером панас-юзера. Но это же брееед....
vad, ну никак не совпадает! Думаете, мне по приколу вас всех тут за нос таскать? Юзера начинаются с 1110 и кончаются на 1950. Персональные номера есть у десятка из них, ни один не пересекается с тем АОНом, что прилетает с клиентских транков, ни началом, ни концом. Может, поможет то, что в проблеме, открывавшей топик, участвовал персональный номер юзеров, которые сидят в одной из хант-групп, а во вчерашней проблеме - номер юзеров из другой хант-группы? Помнится, именно с хант-группами была связана какая-то мистика с АОНами в другом топике...
А хотите анекдот?! То же самое происходит и с транзитом TDM -> TDM! Причем ЕЩЕ чудесатее! Настраиваю вот сейчас бекапный ARS через TDM. Настройки практически идентичны прежним, но другой NPD.
Итак, звоню в город с клиентского панаса, А-номер 380хххх. (Трассировкой проверил - всё верно.) В DID-трансляторе должно прилепиться 495 и в город улететь 495380хххх. А улетает... 788yyyy без префикса!!! Учитывая, что этот номер (788yyyy) ВООБЩЕ не засвечен нигде в ОХЕ кроме разбора входящих по speeddial'у и парочки personal calling numbers на Z-абонентах. Ни в АРС, ни в DID этого номера нет!
Снимаю в NPD галку Authorize pers. calling num. use - улетает нормальный номер 495380хххх!
Делал я killall, еще до ребута. Не могу сказать, чтоб помогало: то неделю не вскакивает, то 2 дня подряд жалобы идут. Я вообще не уверен, что подстановка идет в сиповом моторе, похоже, это глюк софта где-то глубже. Харды менял на новые при переезде на R9, памяти добил, всё как надо. Как-то виндообразно выглядят эти танцы с бубном... переключил пока того клаента, себе в убыток, на ТДМ-транк в город... будем посмотреть на остальных.
1. С этого клиента - вроде все, не приглядывался особо. С другого (еще один поток) - 01 80. А что это означает? Дело в том, что это пока единственный клиент с подобными проблемами, из восьми имеющихся. 2. Описался. Семизнак. Да, все абоненты нортеля, ПО ИДЕЕ, прописаны этим номером. Думаю, если было бы иное, то у меня в биллинге тоже бы отложилось иное?
1. Перед перезагрузкой ОХЕ это спорадически происходило 1-5 раз в день. Однажды удалось отловить, присев на трассировку (см. мой ответ на 1 странице). После перезагрузки прошло где-то на месяц, вчера началось снова. За день было с десяток жалоб; трассировка, к сожалению, не получилась, был не на месте. Доступа к клиентской АТС, увы, нет. 2. В разное, непредсказуемое время. 3. Нету ни трансферов, ни форвардов: вызовы с ТДМ-транка абонента 1 напрямую ARSом уходят в город на сип-транк, так же как и от второго. Вызова от второго клиента, полностью совпавшего по времени, тоже нет.
Я пока не натыкался на проблему после баскуля. Глюк блуждающий, непонятный, одна штука-с... Чисто ради интереса - Ваш або на 4400 говорит с 4200 и одновременно с городом? или я не понял формулировку?
error, R9.1-i1.605-21-ru-c80s1. Голосовая почта не настраивалась вообще. В планах нумерации такого номера больше нету. Есть два нелепых подозрения. Первое - что ТГ клиента1 и абоненты клиента2 имеют одну и ту же ентити. Если проблема будет повторяться (баскульнул сегодня ночью, будем посмотреть) - попробую разнести по разным, хотя install number в ней пустые. Второе - что входящие с другого оператора звонки на ТГ клиента1 у меня идут не через АРС, а спиддиалом А380хххх, где А добавляется при вызове из города и это как-то где-то с чем-то пересекается. Но это уже мистика.
А еще после баскуля поперли инциденты вида 3:1307=MCDU in distri tab entity 11, col Night , line 4 incorrect or missing
Сейчас приеду на работу, буду искать, что это такое. Та самая ентити.
Мастером в смысле network mode? Тык стоит. Тикет при исходящем в город вызове откладывается один, при входящем нуль. Мне это в другом топике vad подсказал и иначе, вроде, не получится.