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

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

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

Есть ощущ, что глючит операторская МЕРА - но поймать их на этом не могу.
Транзит E1 -> SIP, спорадически подставляется не тот А-номер, не могу отследить, совершенно случайно
 
Я в этот нортел просто боюсь лазить...  :oops:  Его как собрали какие-то архаровцы лет 8 назад, так и чавкает потихоньку. (Отсюда и семизнаки, кстати.) Тикеты наружу он вроде не настроен выдавать.
Штука в том, что ОХЕ откладывает в своих тикетах ВЕРНЫЙ аон, так что проблема, думаю, таки между мной и операторской МЕРой, только вот где она порылась... трейс надо, иначе не отловишь. Жду сижу.
Транзит E1 -> SIP, спорадически подставляется не тот А-номер, не могу отследить, совершенно случайно
 
vad, тоже об этом подумал. Клиентский нортель вообще на винде сделан (!!!) и глюков от него можно бы ожидать, но...
Номер абонента 1 начинается на 38, екстенжены абонента 2 начинаются на 13. Вроде бы у меня ну никак не должно такое подставлять.
Не понимаю.............
Транзит E1 -> SIP, спорадически подставляется не тот А-номер, не могу отследить, совершенно случайно
 
R9.1, время совпадает до единиц секунд, длительность совпадает точно. Вызов точно тот, звонили телефонисту с офисного на мобильный.
Не знаю уже, на что и грешить.
Транзит E1 -> SIP, спорадически подставляется не тот А-номер, не могу отследить, совершенно случайно
 
Вероятность того, что подставлен чужой номер - около одной десятитысячной.
Если бы шел кривой (отсутствующий) АОН - подставился бы пилот (который не есть чужой номер). И отложился бы у меня в тикете. Откладывается же АОН абонента №1, т.е. правильный. У оператора откладывается АОН абонента №2, неправильный.
И, наконец, оба вышеизложенных варианта я бы смог отследить на пару с телефонистом клиента. Пока, напомню, повторяемость спорадическая - изловить трейсом не удалось еще...
Изменено: Billy - 01.06.2011 01:40:11
Транзит 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 юзера. Вариант подачи мне первым клиентом А-номера второго клиента совершенно исключен, они и не знакомы вообще, и находятся в разных местах.

Оператор утверждает, что подстановок у себя он вообще не делает.
Где я мог накосячить?
Как определить с каким кодеком работает IP терминал?
 
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 на каждом выносе.
Как определить с каким кодеком работает IP терминал?
 
trkstat в сочетании с compvisu - третьего сам не нашел.
ARS пробрасывает звонок не туда, глюк или ошибся в конфиге?
 
UPD. Ашыпка! именно этот юзер оказался в HG с другой ентити... Поменял, буду посмотреть на результаты.
vad, Вы гений. СПАСИБО!
ARS пробрасывает звонок не туда, глюк или ошибся в конфиге?
 
vad,
1. запретил набор нуля вот как: http://www.intersyst.ru/support/forum/forum17/topic751/
2. Пишет и то и другое!
Код
----[/DHS3dyn/account/TAXATRQI.DAT : Ticket number 106/106/107]-----------------
(00) TicketVersion = ED5.2              (01) CalledNumber = 89037xxxxxx
(02) ChargedNumber = 1307               (03) ChargedUserName = 1307
(04) ChargedCostCenter =                (05) ChargedCompany =
(06) ChargedPartyNode = 140             (07) Subaddress =
(08) CallingNumber =
(09) CallType = PublicNetworkOutgoingCall
(10) CostType = ISDNCircuitSwitchedCall (11) EndDateTime = 20110523 11:59:41
(12) ChargeUnits = 0                    (13) CostInfo = 0
(14) Duration = 0                       (15) TrunkIdentity = 58
(16) TrunkGroupIdentity = 0             (17) TrunkNode = 140
(18) PersonalOrBusiness = Normal        (19) AccessCode =
(20) SpecificChargeInfo = PBXGeneratedChargeUnits
(21) BearerCapability = Speech          (22) HighLevelComp = Telephony
(23) DataVolume = 0                     (24) UserToUserVolume = 0
(25) ExternFacilities = CallingLineIdentificationPresentation
(26) InternFacilities = BasicCall ARSService
(27) CallReference = 28625              (28) SegmentsRate1 = 0
(29) SegmentsRate2 = 0                  (30) SegmentsRate3 = 0
(31) ComType = Voice                    (32) X25IncomingFlowRate = Unspecified
(33) X25OutgoingFlowRate = Unspecified  (34) Carrier = 0
(35) InitialDialledNumber = 89037xxxxxx (36) WaitingDuration = 0
(37) EffectiveCallDuration = 0          (38) RedirectedCallIndicator = 0
(39) StartDateTime = 20110523 11:59:41  (40) ActingExtensionNumber = 1307
(41) CalledNumberNode = 9999            (42) CallingNumberNode = 9999
(43) InitialDialledNumberNode = 9999    (44) ActingExtensionNumberNode = 140
(45) TransitTrunkGroupIdentity = 32767  (46) NodeTimeOffset = 0
(47) TimeDlt = 0

3. Overflow TG No = -1.
4. Хант-группа, действительно, есть, но ентити та же - 11...
ARS пробрасывает звонок не туда, глюк или ошибся в конфиге?
 
Привет. Совершенно неожиданное поведение 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. Где что еще я забыл посмотреть?

Спасибо!!
Запретить юзеру звонить через ТГ?, а остальным не запрещать...
 
Всем спасибо, справился.
Users -> 1111 -> Public Network COS=4.
Classes of service -> Access COS -> 4 -> Trunk group access COS -> 0 = 0,0,0,0.
Запретить юзеру звонить через ТГ?, а остальным не запрещать...
 
Доброго дня.
Есть два префикса выхода в город - 0 занимает сразу ТГ на оператора1, 9 - на АРС, которая рулит вызовы на разных операторов.
Вопрос! Как запретить юзеру 1111 звонить в город через 0, но разрешить через 9, а юзеру 2222 - наоборот, дать возможность только через 0?
По уму, конечно, 0 вообще стоит убрать, а рулить только АРСом, но переделок много...

Спасибо!
Выход в город без донабора номера транк-группы?, OXE R6.0
 
Увы мне, RTFM закрыло вопрос. Очень жаль.

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.
Выход в город без донабора номера транк-группы?, OXE R6.0
 
Пока я возюкаюсь с обычным аналоговым телефоном, прицепленным к зухелевскому sip-адаптеру. Думаю, номер выдается оверлепом и, судя по тому, что набор БЕЗ премаршрутизации вопросов не вызывает, станция его кушает как надо. Я правильно понял вопрос?
Страницы: Пред. 1 2 3 4 5 6 7 След.