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

Страницы: 1 2 3 4 След.
RSS
Транзит E1 -> SIP, спорадически подставляется не тот А-номер, не могу отследить, совершенно случайно
 
Привет.

Ситуация. Сип-транкгруппа к городскому оператору, а 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 юзера. Вариант подачи мне первым клиентом А-номера второго клиента совершенно исключен, они и не знакомы вообще, и находятся в разных местах.

Оператор утверждает, что подстановок у себя он вообще не делает.
Где я мог накосячить?
 
Цитата
Billy пишет:
А иногда неожиданно подставляется А-номер другого клиента
вот и сам ответил на свой вопрос

какова вероятность того что у всех абонентов клиентской атс на 100% у всех прописан АОН
Пути IP-пакета неисповедимы
 
Вероятность того, что подставлен чужой номер - около одной десятитысячной.
Если бы шел кривой (отсутствующий) АОН - подставился бы пилот (который не есть чужой номер). И отложился бы у меня в тикете. Откладывается же АОН абонента №1, т.е. правильный. У оператора откладывается АОН абонента №2, неправильный.
И, наконец, оба вышеизложенных варианта я бы смог отследить на пару с телефонистом клиента. Пока, напомню, повторяемость спорадическая - изловить трейсом не удалось еще...
Изменено: Billy - 01.06.2011 01:40:11
 
версия АТС какая?
Пути IP-пакета неисповедимы
 
есть другой вопрос - в обех тикетах время начала совпадает?
Пути IP-пакета неисповедимы
 
R9.1, время совпадает до единиц секунд, длительность совпадает точно. Вызов точно тот, звонили телефонисту с офисного на мобильный.
Не знаю уже, на что и грешить.
 
У нас как-то была ситуация - при транзитном звонке с одного ABC-F узла через центральный (на ISDN) - выдавался левый АОН (точнее не левый, а одного из абонентов центрального узла). Долго бились (точно не помню, чем кончилось) - оказалось начало номера А совпало с номером абонента центрального узла (вроде так).
 
vad, тоже об этом подумал. Клиентский нортель вообще на винде сделан (!!!) и глюков от него можно бы ожидать, но...
Номер абонента 1 начинается на 38, екстенжены абонента 2 начинаются на 13. Вроде бы у меня ну никак не должно такое подставлять.
Не понимаю.............
 
не пробывали срастить тикеты ОХЕ и нортела т.е. выяснить откуда ноги растут кривого АОНа
иными словами тут могут быть две ситуации
1. нортел выдал правильный АОН, ОХЕ этот АОН трансформировала
2. нортел выдал кривой АОН, ОХЕ тут ни причем (типа за что взял, за то и продал :))
Пути IP-пакета неисповедимы
 
Я в этот нортел просто боюсь лазить...  :oops:  Его как собрали какие-то архаровцы лет 8 назад, так и чавкает потихоньку. (Отсюда и семизнаки, кстати.) Тикеты наружу он вроде не настроен выдавать.
Штука в том, что ОХЕ откладывает в своих тикетах ВЕРНЫЙ аон, так что проблема, думаю, таки между мной и операторской МЕРой, только вот где она порылась... трейс надо, иначе не отловишь. Жду сижу.
 
Цитата
Billy пишет:
В соответствующем маршруте ARS указан NPD (Install/Default number source = Not used)
есть мысль что собака зарыта как раз в NPD который на TG. значения public и privat на SIP TG  каковы?
т.е. я клоню к тому что время от времени от нортела звонок маркируется как privat с вытекающими последствиями (на ССМ была такая лазейка что при звонке в город через кнопку внутреннего номера выскакивал пилот-номер, надо было жестко номер привязывать)

кстати не плохо было бы выложить один такой транзитный звонок из двух тикетов: 1-ый тикет нортел-охе, 2-ой тикет охе-sip
Пути IP-пакета неисповедимы
 
Тыкс.
Сиповая ТГ private=false (оно и понятно), Private NPD id=Public NPD id=43, тот же, что и в АРС указан.
Если бы выскакивал пилот, я бы хоть что-то понимал - но лезет номер другого клиента, почему-то именно этого...
Тикеты с приватных групп, к сожалению, не валятся, иначе б было проще. Публичной же я не могу ее назначить, ибо надо ловить и модифицировать А-номера.

Есть ощущ, что глючит операторская МЕРА - но поймать их на этом не могу.
 
чтоб тикеты сыпались с public в privat и обратно ОХЕ должна быть мастером для клиентской атс
Пути IP-пакета неисповедимы
 
Мастером в смысле network mode? Тык стоит. Тикет при исходящем в город вызове откладывается один, при входящем нуль. Мне это в другом топике vad подсказал и иначе, вроде, не получится.
Изменено: Billy - 02.06.2011 12:40:25
 
Поймал трейс. Проблема - у меня. КАК ТАКОЕ ВООБЩЕ может быть?!

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
Страницы: 1 2 3 4 След.