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

Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 2 3 4 5 6 7 След.
Транзит E1 -> SIP, спорадически подставляется не тот А-номер, не могу отследить, совершенно случайно
 
Посмотрел еще раз. ТРИ последних цифры одного из юзеров бьются с тремя последними из панаса. Бред же!!! Проверю в нерабочее время, сейчас вовсю трезвонят люди.
Как тогда решить проблему кардинально? Убрать все персональные номера и сгонять юзеров в отдельные ентити и назначать entity source number? Потому что я не готов сказать навперед, что еще с чем будет пересекаться??
Транзит E1 -> SIP, спорадически подставляется не тот А-номер, не могу отследить, совершенно случайно
 
vad, буду пробовать, спасибо. Думаю, если я поменяю его с 788yyyy на 366zzzz, будет улетать 366zzzz.
Хххх не совпадает ни с одним из местных. Я уже рассказывал это выше, когда бился с транзитом на сип.
Чует мое перце, но объяснить не могу, что дело в хант-группах. Они у меня зовутся, не помню почему, C010, C041 итд, и вот два последних знака ИХ местных номеров могут теоретически биться с А-номером панас-юзера. Но это же брееед....
Изменено: Billy - 05.07.2011 12:33:03
Транзит E1 -> SIP, спорадически подставляется не тот А-номер, не могу отследить, совершенно случайно
 
vad, ну никак не совпадает! Думаете, мне по приколу вас всех тут за нос таскать?  :|
Юзера начинаются с 1110 и кончаются на 1950. Персональные номера есть у десятка из них, ни один не пересекается с тем АОНом, что прилетает с клиентских транков, ни началом, ни концом.
Может, поможет то, что в проблеме, открывавшей топик, участвовал персональный номер юзеров, которые сидят в одной из хант-групп, а во вчерашней проблеме - номер юзеров из другой хант-группы? Помнится, именно с хант-группами была связана какая-то мистика с АОНами в другом топике...
Транзит E1 -> SIP, спорадически подставляется не тот А-номер, не могу отследить, совершенно случайно
 
А хотите анекдот?! То же самое происходит и с транзитом TDM -> TDM! Причем ЕЩЕ чудесатее!
Настраиваю вот сейчас бекапный ARS через TDM. Настройки практически идентичны прежним, но другой NPD.

Итак, звоню в город с клиентского панаса, А-номер 380хххх. (Трассировкой проверил - всё верно.) В DID-трансляторе должно прилепиться 495 и в город улететь 495380хххх.
А улетает... 788yyyy без префикса!!! Учитывая, что этот номер (788yyyy) ВООБЩЕ не засвечен нигде в ОХЕ кроме разбора входящих по speeddial'у и парочки personal calling numbers на Z-абонентах. Ни в АРС, ни в DID этого номера нет!

Снимаю в NPD галку Authorize pers. calling num. use - улетает нормальный номер 495380хххх!

КАК такое может быть?!
Транзит E1 -> SIP, спорадически подставляется не тот А-номер, не могу отследить, совершенно случайно
 
Делал я killall, еще до ребута. Не могу сказать, чтоб помогало: то неделю не вскакивает, то 2 дня подряд жалобы идут.
Я вообще не уверен, что подстановка идет в сиповом моторе, похоже, это глюк софта где-то глубже.
Харды менял на новые при переезде на R9, памяти добил, всё как надо.
Как-то виндообразно выглядят эти танцы с бубном... переключил пока того клаента, себе в убыток, на ТДМ-транк в город... будем посмотреть на остальных.
Транзит E1 -> SIP, спорадически подставляется не тот А-номер, не могу отследить, совершенно случайно
 
Наружу идет SIP TG и две TDM TG, выход на две первые - ARS, на последнюю - префикс 0.
Транзит E1 -> SIP, спорадически подставляется не тот А-номер, не могу отследить, совершенно случайно
 
1. С этого клиента - вроде все, не приглядывался особо. С другого (еще один поток) - 01 80. А что это означает? Дело в том, что это пока единственный клиент с подобными проблемами, из восьми имеющихся.
2. Описался. :) Семизнак. Да, все абоненты нортеля, ПО ИДЕЕ, прописаны этим номером. Думаю, если было бы иное, то у меня в биллинге тоже бы отложилось иное?
Транзит E1 -> SIP, спорадически подставляется не тот А-номер, не могу отследить, совершенно случайно
 
1. Перед перезагрузкой ОХЕ это спорадически происходило 1-5 раз в день. Однажды удалось отловить, присев на трассировку (см. мой ответ на 1 странице). После перезагрузки прошло где-то на месяц, вчера началось снова. За день было с десяток жалоб; трассировка, к сожалению, не получилась, был не на месте. Доступа к клиентской АТС, увы, нет.
2. В разное, непредсказуемое время.
3. Нету ни трансферов, ни форвардов: вызовы с ТДМ-транка абонента 1 напрямую ARSом уходят в город на сип-транк, так же как и от второго. Вызова от второго клиента, полностью совпавшего по времени, тоже нет.
Транзит E1 -> SIP, спорадически подставляется не тот А-номер, не могу отследить, совершенно случайно
 
Цитата
vad пишет:
с каким Charged number отложился аналогичный звонок в ОХЕ.
C правильным, а не с тем, который улетел оператору. В том-то вся и штука! Если бы в биллинге был не тот АОН, было бы хоть понятнее.
Транзит E1 -> SIP, спорадически подставляется не тот А-номер, не могу отследить, совершенно случайно
 
Вернулась проблема. Т.е. вариант временного умопомрачения коллсервера не прошел.
Черт побери, куда рыть-то...
Транзит E1 -> SIP, спорадически подставляется не тот А-номер, не могу отследить, совершенно случайно
 
Я пока не натыкался на проблему после баскуля. Глюк блуждающий, непонятный, одна штука-с...
Чисто ради интереса - Ваш або на 4400 говорит с 4200 и одновременно с городом? или я не понял формулировку?
Транзит E1 -> SIP, спорадически подставляется не тот А-номер, не могу отследить, совершенно случайно
 
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

Сейчас приеду на работу, буду искать, что это такое. Та самая ентити.
Транзит E1 -> SIP, спорадически подставляется не тот А-номер, не могу отследить, совершенно случайно
 
Нету!! Блин, голову сломал.
Перегружу ночью, как винду - больше идей нету.
Транзит E1 -> SIP, спорадически подставляется не тот А-номер, не могу отследить, совершенно случайно
 
Поймал трейс. Проблема - у меня. КАК ТАКОЕ ВООБЩЕ может быть?!

t3:
Код
| (078810:000002) Concatenated-Physical-Event :
| long: 48  desti: 0  source: 0  cryst: 1  cpl: 7  us: 0  term: 0  type a5 
| tei: 0  >>>>  message received : SETUP [05]    Call ref :  00 06
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3 
| IE:[6c] CALLING_NUMBER (l=9)  ->  00  80  Num : 380xxxxx
| IE:[70] CALLED_NUMBER (l=12)  ->  80  Num : 8903xxxxxxx
|______________________________________________________________________________

 ______________________________________________________________________________
| (078810:000003) 1097: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 1  cpl: 7  us: 8  term: 0  type a5 
| tei: 0  <<<<  message sent : SETUP ACK [0d]  Call ref :  80 06
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3)  a9 83 9b -> T2 : B channel 27 exclusive
|______________________________________________________________________________

 ______________________________________________________________________________
| (078811:000004) 1097: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 18  desti: 0  source: 15  cryst: 1  cpl: 7  us: 8  term: 0  type a5 
| tei: 0  <<<<  message sent : CALL PROC (02)  Call ref :  80 06
|______________________________________________________________________________

 ______________________________________________________________________________
| (078876:000005) 1094: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 1  cpl: 7  us: 8  term: 0  type a5 
| tei: 0  <<<<  message sent : PROGRESS (03)  Call ref :  80 06
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88 
|______________________________________________________________________________


motortrace:
Код
traced started ...
----------------------utf8-----------------------
SIP/2.0 183 Progress
Via: SIP/2.0/UDP oxe.my.net:5060;branch=z9hG4bK64f1a514057cb6d2422e23808789c074
From: "380xxxx" <sip:+7495228xxxx@oxe.my.net;user=phone>;tag=1cf737617e53985c4155f2066f8e5615
  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
To: <sip:+7903xxxxxxx@mera.isp.net:5060;user=phone>;tag=3900630-283600536-805306496-4138097224
Call-ID: 17bb349f999d5cd746b289ed90724517@oxe.my.net
CSeq: 1990631181 INVITE
Contact: <sip:+7903xxxxxxx@mera.isp.net:5060;user=phone>
Server: MERA MVTS3G v.3.10.4-11e-Release
Content-Type: application/sdp
Content-Length:   252
Изменено: Billy - 02.06.2011 16:35:58
Транзит E1 -> SIP, спорадически подставляется не тот А-номер, не могу отследить, совершенно случайно
 
Мастером в смысле network mode? Тык стоит. Тикет при исходящем в город вызове откладывается один, при входящем нуль. Мне это в другом топике vad подсказал и иначе, вроде, не получится.
Изменено: Billy - 02.06.2011 12:40:25
Страницы: Пред. 1 2 3 4 5 6 7 След.