Добрый день.
Есть бурно развивающаяся ABCF сеть (в перспективе 80 с лишним узлов). На одном из узлов сделан alarm set, который ведет себя как ему предписано, то есть отображает приход определенных алармов. Суть вопроса такая - пока в сети 20 с чем-то узлов, проблем не было. Когда узлов станет 80 и случится (постучали по дереву) какой-то глобальный карамболь по всей сети с валом инцидентов, как это может отразиться на работе процессора того узла, на котором собираются алармы? Как сильно сбор алармов нагружает проц?

Здравствуйте. Я в недоумении.
Смотрю номерной план центральной станции в ABCF звезде, и вижу, что примерно два десятка номеров встречаются дважды (как локальный внутр. номер и Speed Dial, как Network Number и SD, как SD и другой SD). Как так могло выйти? Какие грабли будут при аудите?

Добрый день.
Имеем ОХЕ R10.1.1-j2.603-25-a-ru-c7s2. Клиент запросил возможность одновременного вызова на стационарный телефон и на мобилу. Настраивалось все по разделу Integrated Cellular Client. Ключами DISA и Remote Ext открыты.
Схема включения такая: OXE1 --> PRI -->  OXE2 --> PRI --> Город. ОХЕ2 - чистый транзит.
На ОХЕ1 настроил все точно по документации, виртуальных номеров создал 10 шт.
При звонке на 5002 (internal cellular ext.) получаю трассу без поля called number. Причем вызов продолжает куда-то идти еще 12 секунд, несмотря на то, что по трассе все давно отвалилось.
Куда ковырять, подскажите, пожалуйста.

____________________________________________________________­__________________
| (699668:000002) 979: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 44  desti: 0  source: 15  cryst: 0  cpl: 17  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 00 1e
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 81 -> T2 : B channel 1 exclusive
| IE:[1e] PROGRESS_ID (l=2) 80 83
| IE:[6c] CALLING_NUMBER (l=6) -> 21 81 Num : 2002
| IE:[7d] HLC (l=2) 91 81
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (699668:000003) 979: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 17  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : DISCONNECT [45] Call ref : 00 1e
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (699668:000004) Concatenated-Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 0  cpl: 17  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP ACK [0d] Call ref : 80 1e
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 81 -> T2 : B channel 1 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (699668:000005) Concatenated-Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 0  cpl: 17  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d] Call ref : 80 1e
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (699668:000006) 979: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 26  desti: 0  source: 15  cryst: 0  cpl: 17  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : STATUS [7d] Call ref : 00 1e
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=3) 81 e5 0d -> [e5] MESSAGE NOT COMPATIBLE WITH CALL STATE
| IE:[14] CALL_STATE (l=1) 0b
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (699668:000007) 979: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 17  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a] Call ref : 00 1e
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

Здравствуйте.
Давненько не делал апгрейдов на дублированных системах, подзабыл.
Для определенности, 20 процессор - Main, 06 - StandBy.
1. Заливаем новые ключи на 20. Рестартуем его. Дожидаемся конца загрузки.
В это время 06 становится Main.
2. Заливаем ключи на 06. Рестартуем. Во время старта тормозим телефонию.
20 становится Main с новыми OPS.
3. На 06 делаем пустую базу, клонируем.

Что я упустил?

Добрый день.
Имеем кристалл R11.0. При попытке чекина гостя с голосовой почтой (неважно откуда, из Оперы или hotmenu) выдается инцидент
1410: ABCA_MAO operation 10 status 65. По расшифровке выходит, что не может создать ящик по причине его неактивности. В голосовой почте, само собой, ящик не появляется.

Начал смотреть ключи и углядел, что lock 59 Hotel manager = 0. На всех прочих наших гостиницах он отличен от нуля.
Может быть в этом дело?

Добрый день.
Имеем OXO R920.017.001. Звонок приходит из города по потоку,попадает на виртуальный номер с безусловной переадресацией на АА (Single function AA --> transfer to  subscr/group --> 201. При этом AA Default function = transfer to subscr/group --> 201, Mailbox Default Function = Not used).
Косяк вот в чем: в приветствии про возможность донабирать внутренние номера ни слова, однако некоторые ушлые звонящие пытаются донабрать, и дозваниваются до внутренних номеров. Отключил метку AAGrDialing, теперь после первой же цифры сразу говорит "соединяю" и падает на 201. 201 не в аттендант группе, если что.

Это баг или фича? Как совсем запретить донабор?

Есть мысль попробовать через Personal Greeting абонента 201.

Коллеги, здравствуйте.
Есть кристалл R10, через которую звонят друг другу периферийные MG (IP speed dial). На периферийных не включено откладывание тикетов. Омнивиста видит все узлы. Задача - детальная тарификация абонентов всех станций.

Собственно, вопрос - как правильно сделать: включить тарификацию на периферийных станциях и вистой забирать оттуда (есть нюанс - юзера на них кое-где пересекаются) или работать только на центральном узле через включение фильтров на входящие звонки.

Попутно вопрос - как со станции посмотреть файлы с IP звонками IPxxxx.DAT? Обычный способ, как для не IP тикетов, accview -tf не работает. Команда ipview не понимает ключа -tf.

Добрый день, коллеги.
Есть центральная ОХЕ (кристалл R7.1) и включенные в нее потоками (не ABCF) маленькие MG разных видов. На всех есть SIP абоненты. Через центральную АТС они ходят в город. Плюс есть 4760, которая ходит на все узлы. Все станции поднимаются до R10.1, 4760 превращается в 8770.  
С подъемом станций я проблем не ожидаю, но все-таки, с чего более грамотно начать: с центра, с периферии или с омнивисты?
И как вообще происходит миграция 4760 - 8770? На сайте поиском не нашел ТС по этому поводу.

Заранее спасибо за помощь.

Здравствуйте.
Настраиваю свой первый IP DECT (OXE кристалл R10.1.1, базы 4080IP AP300E). Есть вопросы.

1. Подключил два DAP (включены в один свитч, лежат на расстоянии 2 метров). Регистрирую трубку, появляется subscription на одной из баз, звонки идут. Потом отрываю ту базу, на которую была прописана трубка. По идее, абонент должен переключиться на второй DAP, но переход происходит только через 5 минут - минимальное значение таймера из DECT Settings/Move subscription non operational DAP.

2. Почему в DECT Settings количество цифр в PARI всего 8? Разве оно не должно соответствовать PARI в станции?

3. Подкючил к системе трубку Mobile 200. Прописалась, статус абонента в менеджере стал Subscribed, Present, Registered. В SIP трассе регистрация успешная, 200 ОК. Но трубка цифр не набирает, при звонке на нее трасса пустая, на дисплее звонящего телефона Network Congestion.

Заранее спасибо за внимание.

Здравствуйте, колеги.
Одному клиенту поставляется следующий набор:
1. OmniVista 8770
2. IP DECT
3. OmniPCX Voice Record
4. Call Center
5. Барсум.
Плюс ОХЕ кристалл к несколькими 4059 IP, которые будут жить пока неизвестно где.
Стоит задача уменьшить количество физических серверов под это все. Известно, что 1 и 2 уживаются вместе на одной системе, под Барсум клиент согласен дать отдельный сервер. А вот 3 и 4 могут с чем-то сожительствовать или работать на виртуалках?

Коллеги!
Имеется гостиничная ОХЕ R9.1 Crystal, и Attendant Group о трех аттендантах 4059IP. Входящий из города падает на Entity Call, где первой очередью стоит Attendant Group, второй - хантгруппа. При неответе аттендантов по таймеру в entity Overflow Timer вызов перетекает на вторую очередь. Все как надо. А внутренние звонки, сделанные на тот же Entity Call, долбятся у аттендантов до посинения. Я прочел в доке, что тот таймер работает для внешних звонков.
Есть ли какой-нибудь альтернативный способ получить для внутренних звонков перетекание по неответу с операторской группы?

Здравствуйте, коллеги.
Так получилось, что в соседних корпусах одного комплекса живут две разные ОХЕ (одна кристалл, вторая common hw), обе с DECT, и PARI у них одинаковый. Так вот, через два дня после запуска второй станции на первой начались проблемы: отвалились две базы (ну, это, скорее всего, совпадение) и в районе баз, географически близких к зданию со второй станцией, начались беды с уровнем сигнала.

Что делать - менять PARI на второй с перерегистрацией трубок?

Здравствуйте.
Имеем MG R10.1.1, по сетевой архитектуре нод 14, смотрящий двумя гибридными линками в ноды 1 и 2 той же сети. Проблема такая: во вражеском техзадании (французы делали) сказано, что аксессы в линках должны быть 19-0-0 и 19-0-1 (Signaling type = IP). У меня же упорно создаются 19-0-2 и 19-0-3. Удалял, ребутил, делал заново - та же петрушка. Фокус в том, что самый первый раз создались правильно, 19-0-0 и 1, но что-то мне там не понравилось, удалил, и вот теперь никак к канону не вернуться.
PS Насколько это вообще принципиально?

Здравствуйте, коллеги.
Хочу поделиться опытом.
Подключал аппарат 4135 к OXE в железе MG. После создания абонент не жеьает регистрироваться. Отключаю регистрацию - начинает звонить. Включаю регистрацию - регистрируется и звонит. Ребут АТС (регистрация включена). После ребута не регистрируется. Отключаю регистрацию - пошли звонки. Включаю регистрацию - регистрируется и звонит. Пробовал на патчах 20i и 22.

Фокус в том, что к 9.1 (правда, в кристалле) регистрируется сразу без танцев.

Здравствуйте.
Помогите, пожалуйста, разобраться.
Имеем ОХЕ кристалл R9.1 и внешнего SIP провайдера.
Входящий звонок:


1371812180 -> RECEIVE MESSAGE FROM NETWORK (10.111.32.200:59381 [UDP])
----------------------utf8-----------------------
INVITE sip:1234567890@10.111.32.59 SIP/2.0
v: SIP/2.0/UDP 10.111.32.200:59381;branch=z9hG4bK15ef12b3;rport
f: "74959613186" <sip:74959613186@sp.write.ru>;tag=as7293ab5e
t: <sip:1234567890@10.111.32.59>
m: <sip:74959613186@10.111.32.200:59381>
i: 011b5bb03e737ede7f00e67f506375f7@sp.write.ru
CSeq: 102 INVITE
User-Agent: Steep.tel
Max-Forwards: 70
Date: Fri, 21 Jun 2013 09:50:02 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
k: replaces
c: application/sdp
l: 264

v=0
o=root 6708 6708 IN IP4 10.111.32.200
s=session
c=IN IP4 10.111.32.200
t=0 0
m=audio 17310 RTP/AVP 8 0 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv
-------------------------------------------------

1371812180 -> [CMotorCallManager::callFactory] For call : 011b5bb03e737ede7f00e67f506375f7@sp.write.ru.
1371812180 -> [CMotorCall :: CMotorCall()] Oxe_Version_Name = OmniPCX Enterprise R9.1 i1.605
1371812180 -> [CMotorCallManager::callFactory]=8426610.
1371812180 -> SEND MESSAGE TO NETWORK (10.111.32.200:59381 [UDP]) (BUFF LEN = 311)
----------------------utf8-----------------------
SIP/2.0 100 Trying
To: <sip:1234567890@10.111.32.59>
From: "74959613186" <sip:74959613186@sp.write.ru>;tag=as7293ab5e
Call-ID: 011b5bb03e737ede7f00e67f506375f7@sp.write.ru
CSeq: 102 INVITE
Via: SIP/2.0/UDP 10.111.32.200:59381;received=10.111.32.200;branch=z9hG4bK15ef12b3;rport=59381
Content-Length: 0

-------------------------------------------------
1371812180 -> [CGwMngDat a::isAuthenticationRequiredForThisClient] sp.write.ru .
1371812180 -> [isDomainFromGwExt] Host from request is : sp.write.ru.
1371812180 -> [isDomainFromGwExt] User from request is : 74959613186
1371812180 -> [domain not from an External Gateway.
1371812180 -> [CGwMngDat a::isAuthenticationMandatory] No
1371812180 -> [CGwServAuthenticate::isAuthenticable] 74959613186@sp.write.ru NOT found in the dictionnary.
1371812180 -> [isDomainFromGwExt] Host from request is : sp.write.ru.
1371812180 -> [isDomainFromGwExt] User from request is : 74959613186
1371812180 -> [CGwServAuthenticate::isAuthenticable] sp.write.ru is NOT the domain from an External Gateway.
1371812180 -> 1115[CMotorCall::setFilterUsedMode] To be traced = 0
1371812180 -> [getFromHeader].
1371812180 -> [isUserDeclared] 74959613186@sp.write.ru
1371812180 -> isUserDeclared] NOT found in the dictionnary.
1371812180 -> [isSeplosStation] other station
1371812180 -> 1115[CMotorCall::toGatewayOrProxy] request for proxydomain=10.111.32.59.
1371812180 -> [isUserRegistred] getRegistration=1234567890.
1371812180 -> [isUserRegistred] result=-1.
1371812180 -> 1115[CMotorCall::onReceiveRequest] request for gateway.
1371812180 -> 1115[CMotorCall::onReceiveRequest] state = INITIAL_STATE.
1371812180 -> 1115[CMotorCall::methodInviteReceived] nb available licenses=99999 .
1371812180 -> [isUserDeclared] 74959613186@sp.write.ru
1371812180 -> isUserDeclared] NOT found in the dictionnary.
1371812180 -> 1115[CMotorCall::compareDialogFromContext] presumed to be the same Dialog
1371812180 -> 1115[CMotorCall::methodInviteReceived] Invite => update the inviteContext.
1371812180 -> [CForkedBranch::CForkedBranch] context = 0x8426a40.
1371812180 -> 1115[CMotorCall::methodInviteReceived] reqUri stored: sip:74959613186@10.111.32.200:59381
1371812180 ->         [CForkedBranch::reqUriDuplication] reqUri :sip:74959613186@10.111.32.200:59381
1371812180 -> 1115[CMotorCall::methodInviteReceived] CAC = 0
1371812180 -> [receiveInviteMessage] Call: 011b5bb03e737ede7f00e67f506375f7@sp.write.ru eqt: -1 INITIAL_STATE received a message.
1371812180 -> [decodeInviteCLIR].
1371812180 -> [isDomainFromGwExt] Host from request is : sp.write.ru.
1371812180 -> [isDomainFromGwExt] User from request is : 74959613186
1371812180 ->  am_I_PCS SCSWorking : NO
1371812180 ->  check_PCSstate
1371812180 ->  am_I_PCS SCSWorking : NO
1371812180 ->  check_PCSstate stat of PCS  is : -1
1371812180 -> [isSessionTimerTooSmall].
1371812180 -> 1115[CMotorCall::analyseSessionTimer] exit with uacGatewayMode=0 uacRefresher=0.
1371812180 -> [decodeInviteSDP].
1371812180 -> [checkSdpValidity] Sdp contains 1 media description(s).
1371812180 -> [checkSdpValidity] Media 0 type 1 contains 3 formats.
1371812180 -> [checkSdpValidity] Format : 8.
1371812180 -> [convertSdpIntoTsdp] Sdp contains 1 media description(s).
1371812180 -> [convertSdpIntoTsdp] No Direction in the session part.
1371812180 -> [convertSdpIntoTsdp] Check the direction in Session part - result:0.
1371812180 -> [convertSdpIntoTsdp] The audio media contains 3 format(s).
1371812180 -> [convertSdpIntoTsdp] Format 0 is 8.
1371812180 -> [convertSdpIntoTsdp] Format 1 is 0.
1371812180 -> [convertSdpIntoTsdp] Format 2 is 101.
1371812180 -> [convertSdpIntoTsdp] Get the direction.
1371812180 -> [convertSdpIntoTsdp] Direction is sendrecv.
1371812180 -> [convertSdpIntoTsdp] The connection is at session level.
1371812180 -> [convertSdpIntoTsdp] Connection address retrieved in sdp: 10.111.32.200.
1371812180 -> [convertIPStrIntoTuipv] 10.111.32.200 => 10.111.32.200
1371812180 -> [receiveInviteMessage] NO 100rel REQUIRED for this call.
1371812180 -> [isCACWithInvalidMediaAddr].
1371812180 -> [decodeInviteTo].
1371812180 -> [decodeInviteReferredBy].
1371812180 -> [decodeInviteReferredBy] ReferBy = Zero indirect=0.
1371812180 -> [decodeInviteACSBU].
1371812180 -> 1115[CMotorCall::setFilterUsedMode] To be traced = 0
1371812180 -> 1115[emitEventToMonitel] content size (lginfo): 656
1371812180 -> [ipc_thread] IPC Thread : Ipc reception 2525.
1371812180 -> [ipc_thread] IPC Thread : TCL thread signaled.
1371812180 -> [CMotorCallManager::insertCallwithEqt] CMotorCall 2334 inserted.
1371812180 -> 1115[sendLgEvtSipCreate] Event sent on eqt : 2334
1371812180 -> [exec_ipc] in 2524.
1371812180 -> [display_ipc_in] ------------ Begin ---------------
1371812180 -> neqt : 2334 Id : -1
1371812180 -> INFORMATIONAL
1371812180 -> xx :       80
1371812180 ->   RELATIVE REQUEST : INVITE
1371812180 -> SDP :
1371812180 ->   ADDRESS : 10.111.32.39 :32556
1371812180 ->   ALGOS :
1371812180 ->     PCMA
1371812180 ->     101
1371812180 ->   DIRECTION : SEND & RECEIVE
1371812180 -> [display_ipc_in] ------------- End ----------------
1371812180 -> [CMotorCallManager::onIncomingEvent] an event 10764 arrived on the eqt 2334--1.
1371812180 -> [CMotorCallManager::onIncomingEvent] state = PROCEEDING_STATE.
1371812180 -> [onIncomingEvent] INFORMATIONAL arrived.
1371812180 -> [receiveInformationalEvent] Call: 011b5bb03e737ede7f00e67f506375f7@sp.write.ru eqt: 2334 PROCEEDING_STATE received
1371812180 -> 1115[CMotorCall::inviteBuildContact] Contact: sip:10.111.32.59
1371812180 -> 1115[CMotorCall::makeResponseSdp] Begin sdp : v=0
o=OXE 1371812180 1371812180 IN IP4 10.111.32.59
s=-
c=IN IP4 0.0.0.0
t=0 0
.
1371812180 -> 1115[CMotorCall::makeResponseSdp] Audio media.
1371812180 -> 1115[CMotorCall::makeResponseSdp] format 101
1371812180 -> 1115[CMotorCall::makeResponseSdp] fromSdp.getMediaDesciprionCount :1
1371812180 -> 1115[CMotorCall::makeResponseSdp] Media accepted 0 : v=0
o=OXE 1371812180 1371812180 IN IP4 10.111.32.59
s=-
c=IN IP4 0.0.0.0
t=0 0
.
1371812180 -> 1115[CMotorCall::makeResponseSdp] Final Sdp: v=0
o=OXE 1371812180 1371812180 IN IP4 10.111.32.59
s=abs
c=IN IP4 10.111.32.39
t=0 0
m=audio 32556 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=ptime:20
a=maxptime:30
a=rtpmap:101 telephone-event/8000
a=sendrecv
.
1371812180 -> 1115[CMotorCall::emitInformationalMessage] Answer sdp: v=0
o=OXE 1371812180 1371812180 IN IP4 10.111.32.59
s=abs
c=IN IP4 10.111.32.39
t=0 0
m=audio 32556 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=ptime:20
a=maxptime:30
a=rtpmap:101 telephone-event/8000
a=sendrecv

1371812180 -> SEND MESSAGE TO NETWORK (10.111.32.200:59381 [UDP]) (BUFF LEN = 745)
----------------------utf8-----------------------
SIP/2.0 180 Ringing
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, SUBSCRIBE, OPTIONS, UPDATE
Contact: sip:10.111.32.59
User-Agent: OmniPCX Enterprise R9.1 i1.605
Content-Type: application/sdp
To: <sip:1234567890@10.111.32.59>;tag=2e94174ba50d2d35508278f9fb2b7ced
From: "74959613186" <sip:74959613186@sp.write.ru>;tag=as7293ab5e
Call-ID: 011b5bb03e737ede7f00e67f506375f7@sp.write.ru
CSeq: 102 INVITE
Via: SIP/2.0/UDP 10.111.32.200:59381;received=10.111.32.200;branch=z9hG4bK15ef12b3;rport=59381
Content-Length: 216

v=0
o=OXE 1371812180 1371812180 IN IP4 10.111.32.59
s=abs
c=IN IP4 10.111.32.39
t=0 0
m=audio 32556 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=ptime:20
a=maxptime:30
a=rtpmap:101 telephone-event/8000
a=sendrecv
-------------------------------------------------
1371812180 -> [exec_ipc] in end 2524.
1371812187 -> [ipc_thread] IPC Thread : Ipc reception 2525.
1371812187 -> [ipc_thread] IPC Thread : TCL thread signaled.
1371812187 -> [exec_ipc] in 2524.
1371812187 -> [display_ipc_in] ------------ Begin ---------------
1371812187 -> neqt : 2334 Id : -1
1371812187 -> SUCCESSFUL
1371812187 -> xx :        0
1371812187 ->   RELATIVE REQUEST : INVITE
1371812187 -> CLIR : 0
1371812187 -> COLP : 1
1371812187 -> SDP :
1371812187 ->   ADDRESS : 10.111.32.39 :32556
1371812187 ->   ALGOS :
1371812187 ->     PCMA
1371812187 ->     101
1371812187 ->   DIRECTION : SEND & RECEIVE
1371812187 -> [display_ipc_in] ------------- End ----------------
1371812187 -> [CMotorCallManager::onIncomingEvent] an event 10765 arrived on the eqt 2334--1.
1371812187 -> [CMotorCallManager::onIncomingEvent] state = PROCEEDING_STATE.
1371812187 -> [onIncomingEvent] SUCCESSFUL arrived.
1371812187 -> [onIncomingEvent] relative_request = 10752
1371812187 -> [CProceedingState::receiveSuccessfulEvent] Call: 011b5bb03e737ede7f00e67f506375f7@sp.write.ru eqt: 2334 PROCEEDING_
ved an event.
1371812187 -> [quoteString] => "Name"
1371812187 -> 1115[CMotorCall::emitSuccessfulMessage] P-Asserted-Identity: "Name" <sip:51999@10.111.32.59;user=phone>
1371812187 -> 1115[CMotorCall::inviteBuildContact] Contact: sip:10.111.32.59
1371812187 -> 1115[CMotorCall::emitSuccessfullMessage] uacGatewayMode=0 uacRefresher=0.
1371812187 -> 1115[CMotorCall::makeResponseSdp] Begin sdp : v=0
o=OXE 1371812180 1371812181 IN IP4 10.111.32.59
s=abs
c=IN IP4 10.111.32.39
t=0 0
m=audio 32556 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=ptime:20
a=maxptime:30
a=rtpmap:101 telephone-event/8000
a=sendrecv
.
1371812187 -> 1115[CMotorCall::makeResponseSdp] Audio media.
1371812187 -> 1115[CMotorCall::makeResponseSdp] format 101
1371812187 -> 1115[CMotorCall::makeResponseSdp] fromSdp.getMediaDesciprionCount :1
1371812187 -> 1115[CMotorCall::makeResponseSdp] Media accepted 0 : v=0
o=OXE 1371812180 1371812181 IN IP4 10.111.32.59
s=abs
c=IN IP4 10.111.32.39
t=0 0
m=audio 32556 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=ptime:20
a=maxptime:30
a=rtpmap:101 telephone-event/8000
a=sendrecv
.
1371812187 -> 1115[CMotorCall::makeResponseSdp] Final Sdp: v=0
o=OXE 1371812180 1371812181 IN IP4 10.111.32.59
s=abs
c=IN IP4 10.111.32.39
t=0 0
m=audio 32556 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=ptime:20
a=maxptime:30
a=rtpmap:101 telephone-event/8000
a=sendrecv
.
1371812187 -> 1115[CMotorCall::emitSuccesfulMessage] Answer sdp: v=0
o=OXE 1371812180 1371812181 IN IP4 10.111.32.59
s=abs
c=IN IP4 10.111.32.39
t=0 0
m=audio 32556 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=ptime:20
a=maxptime:30
a=rtpmap:101 telephone-event/8000
a=sendrecv

1371812187 -> SEND MESSAGE TO NETWORK (10.111.32.200:59381 [UDP]) (BUFF LEN = 888)
----------------------utf8-----------------------
SIP/2.0 200 OK
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, SUBSCRIBE, OPTIONS, UPDATE
Contact: sip:10.111.32.59
Supported: replaces,timer,100rel
User-Agent: OmniPCX Enterprise R9.1 i1.605
Session-Expires: 1800;refresher=uas
P-Asserted-Identity: "Name" <sip:51999@10.111.32.59;user=phone>
Content-Type: application/sdp
To: <sip:1234567890@10.111.32.59>;tag=2e94174ba50d2d35508278f9fb2b7ced
From: "74959613186" <sip:74959613186@sp.write.ru>;tag=as7293ab5e
Call-ID: 011b5bb03e737ede7f00e67f506375f7@sp.write.ru
CSeq: 102 INVITE
Via: SIP/2.0/UDP 10.111.32.200:59381;received=10.111.32.200;branch=z9hG4bK15ef12b3;rport=59381
Content-Length: 216

v=0
o=OXE 1371812180 1371812181 IN IP4 10.111.32.59
s=abs
c=IN IP4 10.111.32.39
t=0 0
m=audio 32556 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=ptime:20
a=maxptime:30
a=rtpmap:101 telephone-event/8000
a=sendrecv
-------------------------------------------------
1371812187 -> [CProceedingState::receiveSuccessfulEvent] emitSuccessfulMessage OK.
1371812187 -> [exec_ipc] in end 2524.
1371812187 -> RECEIVE MESSAGE FROM NETWORK (10.111.32.200:59381 [UDP])
----------------------utf8-----------------------
ACK sip:10.111.32.59 SIP/2.0
v: SIP/2.0/UDP 10.111.32.200:59381;branch=z9hG4bK459100a0;rport
f: "74959613186" <sip:74959613186@sp.write.ru>;tag=as7293ab5e
t: <sip:1234567890@10.111.32.59>;tag=2e94174ba50d2d35508278f9fb2b7ced
m: <sip:74959613186@10.111.32.200:59381>
i: 011b5bb03e737ede7f00e67f506375f7@sp.write.ru
CSeq: 102 ACK
User-Agent: Steep.tel
Max-Forwards: 70
l: 0

-------------------------------------------------

1371812187 -> [getFromHeader].
1371812187 -> [isUserDeclared] 74959613186@sp.write.ru
1371812187 -> isUserDeclared] NOT found in the dictionnary.
1371812187 -> [isSeplosStation] other station
1371812187 -> 1115[CMotorCall::toGatewayOrProxy] request for proxydomain=10.111.32.59.
1371812187 -> [isUserRegistred] result=-1.
1371812187 -> 1115[CMotorCall::onReceiveRequest] request for gateway.
1371812187 -> 1115[CMotorCall::onReceiveRequest] state = ACCEPTED_STATE.
1371812187 -> 1115[CMotorCall::compareDialogFromContext] same Dialog
1371812187 -> 1115[CMotorCall::methodAckReceived] Ack => update the inviteContext.
1371812187 -> [receiveAckMessage] Call: 011b5bb03e737ede7f00e67f506375f7@sp.write.ru eqt: 2334 ACCEPTED_STATE received a message.
1371812187 -> [receiveAckMessage] g711u: 20 g711A: 20 g723: 255 g729: 255.
1371812187 -> 1115[emitEventToMonitel] content size (lginfo): 656
1371812187 -> 1115[emitEventToMonitel] CAC = 0 eqtCAC = -1
1371812187 -> 1115[emitEventToMonitel] CAC = 0
1371812187 -> [sendLgEvtSip] Event sent on eqt : 2334 Id :-1
1371812187 -> [display_ipc_out] ------------ Begin ---------------
1371812187 -> Id : -1
1371812187 -> ACK
1371812187 -> [display_ipc_out] ------------- End ----------------
1371812187 -> [CDuplicateCall::sendBackupUpdateContextMsg]
1371812187 -> [CDuplicateCall::create_duplication_data_struct] _ViaSet size 0.
1371812187 -> [CDuplicateCall::create_duplication_data_struct] szBufferVia.length() nulle
1371812187 -> [Dump_duplication_data] ------------ Begin ---------------
1371812187 ->   szRequestUri:
1371812187 ->   szCallID:011b5bb03e737ede7f00e67f506375f7@sp.write.ru
1371812187 ->   szLocalUri:sip:1234567890@10.111.32.59
1371812187 ->   szLocalTag:2e94174ba50d2d35508278f9fb2b7ced
1371812187 ->   szRemoteUri:sip:74959613186@sp.write.ru
1371812187 ->   szRemoteTag:as7293ab5e
1371812187 ->   uLocalCSeq:1372283933
1371812187 ->   uRemoteCSeq:102
1371812187 ->   uiTimeToLive:1800
1371812187 ->   isRefresher:1
1371812187 ->   szSerializedRouteSet:Contact=sip:74959613186@10.111.32.200:59381
1371812187 ->   szViaSetSerializer:
1371812187 -> [Dump_duplication_data] ------------ End ---------------


На экране цифровика вижу С74959613186. Откуда берется "С"?
Транк группы все паблик.