Здравствуйте.
Есть две ОХЕ R11.0.1-k152029e, одна MG, другая AS. На обеих ситуация одна и та же. SIP аппарат Alcatel IP600 работает нормально и как SIP device, и как SIP extension. А вот Greenlite при входящем звонке отбивает с причиной Temporary Unavailable.

Вот что показывает sipregister:

-------------------------------------------------
Address of record : 6902
contact : sip:6902@10.246.100.234:5063, udp, 2088 s
-------------------------------------------------
Address of record : 6904
contact : sip:6904@10.246.100.217, udp, 1345 s
*************************************************
******   registred user number : 2
*************************************************

6902 - IP600, 6904 - Greenlite. Оба сделаны как SIP Device. Сразу вопрос - почему у 6904 нет порта UDP?

В трассе звонка видно, что IP600 использует порт 5063, а Greenlite - порт 5060. Думал, что дело в этом. Поменял у 6904 локальный порт на 5069. В трассе порт поменялся, входящие звонки все равно не пошли.

*************************************************
Dump local registrar base
-------------------------------------------------
Address of record : 6902
contact : sip:6902@10.246.100.234:5063, udp, 2027 s
-------------------------------------------------
Address of record : 6904
contact : sip:6904@10.246.100.217:5069, udp, 1744 s
*************************************************
******   registred user number : 2
*************************************************


Вот трасса входящего звонка на Greenlite

(132)isod_32> traced
** UNIX-trace-daemon started ... (static user group No 1) **

traced started ...
1411748597 -> Fri Sep 26 20:23:17 2014 [ipc_thread] Normal case : evt 10752
Fri Sep 26 20:23:17 2014 [ipc_thread] IPC Thread : Ipc reception 4037.
Fri Sep 26 20:23:17 2014 [exec_ipc] in 4036.
Fri Sep 26 20:23:17 2014 [display_ipc_in] ------------ Begin ---------------
Fri Sep 26 20:23:17 2014 neqt : 912 Id : -1
Fri Sep 26 20:23:17 2014 INVITE
Fri Sep 26 20:23:17 2014 REQUEST URI : <> 6904@node_isod_32:5060 ; user=phone
Fri Sep 26 20:23:17 2014 FROM : <Node 32 6901 IP Test> 6901@172.16.245.76:5060 ;
user=phone
Fri Sep 26 20:23:17 2014 TO : <> 6904@node_isod_32:5060 ; user=phone
Fri Sep 26 20:23:17 2014 CAC : 0
Fri Sep 26 20:23:17 2014 neqt CAC : -1
Fri Sep 26 20:23:17 2014 CAC-CSBU info : UNKNOWN
Fri Sep 26 20:23:17 2014 CLIR : 0
Fri Sep 26 20:23:17 2014 SDP :
Fri Sep 26 20:23:17 2014   ADDRESS : 10.246.100.24010.246.100.240 :32514
Fri Sep 26 20:23:17 2014   ALGOS :
Fri Sep 26 20:23:17 2014     G729
Fri Sep 26 20:23:17 2014     97
Fri Sep 26 20:23:17 2014   DIRECTION : SEND & RECEIVE
Fri Sep 26 20:23:17 2014   crypto index : 0
Fri Sep 26 20:23:17 2014        N_GW_EXT : 1000
Fri Sep 26 20:23:17 2014 [display_ipc_in] ------------- End ----------------
Fri Sep 26 20:23:17 2014 [CMotorCallManager::onIncomingEvent] an event 10752 arr
ived on the eqt 912 -1.
Fri Sep 26 20:23:17 2014 [CMotorCallManager::onIncomingEvent] New Call created.
Fri Sep 26 20:23:17 2014 [CMotorCallManager::callFactory].
Fri Sep 26 20:23:17 2014 [CMotorCall :: CMotorCall()] Oxe_Version_Name = OmniPCX
Enterprise R11.0.1 k1.520.29.e
1411748597 -> Fri Sep 26 20:23:17 2014 [CMotorCallManager::callFactory]=84fb8e8.
Fri Sep 26 20:23:17 2014 [CMotorCallManager::insertCallwithEqt] CMotorCall 912 i
nserted.
Fri Sep 26 20:23:17 2014 inviteBuildFromAssertedId-->extGw=-1
Fri Sep 26 20:23:17 2014 1113[CMotorCall::sipUriType] sip Uri.
Fri Sep 26 20:23:17 2014 [quoteString] => "Node 32 6901 IP Test"
Fri Sep 26 20:23:17 2014 1113[CMotorCall::inviteBuildFromAssertedId] no P_Assert
ed_Identity
Fri Sep 26 20:23:17 2014 1113[CMotorCall::sipUriType] sip Uri.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::setFilterUsedMode] To be traced = 0
Fri Sep 26 20:23:17 2014 [CMotorCallManager::onIncomingEvent] state = INITIAL_ST
ATE.
Fri Sep 26 20:23:17 2014 [onIncomingEvent] INVITE arrived.
Fri Sep 26 20:23:17 2014 [receiveInviteEvent] Call: eqt: 912 INITIAL_STATE rece
ived an event.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::emitInviteMessage] begin. size=656 cal
l_type: 0
Fri Sep 26 20:23:17 2014 1113[CMotorCall::getUserType] Begin extGw=1000.
Fri Sep 26 20:23:17 2014 [isUserInDico] found in the dictionnary.
Fri Sep 26 20:23:17 2014 [isAddrInDico] sip device station OK
Fri Sep 26 20:23:17 2014 [getExternalStationParameters] stat=13 digit=4 app=0 co
m=0 data=1 term=142.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::getUserType] device station crypto=0,
extGateway=-1.
Fri Sep 26 20:23:17 2014

1411748597 -> Fri Sep 26 20:23:17 2014 inviteBuildFromAssertedId-->extGw=1000
Fri Sep 26 20:23:17 2014 1113[CMotorCall::sipUriType] sip Uri.
Fri Sep 26 20:23:17 2014 [quoteString] => "Node 32 6901 IP Test"
Fri Sep 26 20:23:17 2014 1113[CMotorCall::inviteBuildFromAssertedId] no P_Assert
ed_Identity
Fri Sep 26 20:23:17 2014 1113[CMotorCall::emitInviteMessage] From: "Node 32 6901
IP Test" <sip:6901@172.16.245.76;user=phone>
Fri Sep 26 20:23:17 2014 1113[CMotorCall::sipUriType] sip Uri.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::emitInviteMessage] reqUri :sip:6904@no
de_isod_32;user=phone
Fri Sep 26 20:23:17 2014 1113[CMotorCall::emitInviteMessage]-->SIP_INFO_allowed=
1 allow_update=1
Fri Sep 26 20:23:17 2014 1113[CMotorCall::sipUriType] sip Uri.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::emitInviteMessage] To: <sip:6904@node
_isod_32;user=phone>
Fri Sep 26 20:23:17 2014  am_I_PCS SCSWorking : NO
Fri Sep 26 20:23:17 2014  check_PCSstate
Fri Sep 26 20:23:17 2014  am_I_PCS SCSWorking : NO
Fri Sep 26 20:23:17 2014  check_PCSstate stat of PCS  is : -1
Fri Sep 26 20:23:17 2014 [inviteBuildContact] trunk_number=80 extGw =1000.
Fri Sep 26 20:23:17 2014 [137339-InviteBuildContact] userinfo : 6901
Fri Sep 26 20:23:17 2014 1113[CMotorCall::sipUriType] sip Uri.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::inviteBuildContact] Contact: sip:6901
@172.16.245.76
Fri Sep 26 20:23:17 2014 1113[CMotorCall::isExtGwTLSwithREINVITE] ExtGw NOT mang
ed with TLS and refresh REINVITE
Fri Sep 26 20:23:17 2014 1113[CMotorCall::inviteBuildSessionTimer] uacGatewayMod
e=1 uacRefresher=1.
1411748597 -> Fri Sep 26 20:23:17 2014 1113[CMotorCall::makeRequestSdp] Begin sd
p.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::appendAudioAttributToMedia] Direction:
0.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::appendAudioAttributToMedia] format 97
Fri Sep 26 20:23:17 2014 1113[CMotorCall::makeRequestSdp] crypto index3=0 clearM
ediaLine=0.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::makeRequestSdp] appendMediaDescription
ok.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::makeRequestSdp] Final sdp.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::emitInviteMessage] The sdp build.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::new_determineTargetsForTheRequest] is
Responsible For This URI.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::new_determineTargets] pcszNameToFind_1
=6904.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::makeInitialMotorRequest] nb contacts=1
.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::makeInitialMotorRequest] *pcszNameToFi
nd : 6904
Fri Sep 26 20:23:17 2014 [isUserInDico] found in the dictionnary.
Fri Sep 26 20:23:17 2014 [CGwServAuthenticate::isUserDeclared] found in the dic
tionnary.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::makeInitialMotorRequest] contact : sip
:6904@10.246.100.217:5069
Fri Sep 26 20:23:17 2014 1113[CMotorCall::makeInitialMotorRequest] nb available
licenses=9999 .
Fri Sep 26 20:23:17 2014 1113[CMotorCall::makeInitialMotorRequest] req_Uri_OK=0
and pSipAddSpec->getHost()=10.246.100.217
Fri Sep 26 20:23:17 2014 1113[CMotorCall::makeInitialMotorRequest] contact nb=13
9445432
Fri Sep 26 20:23:17 2014 [CGWMngDat a::isMainServer] CPU is MAIN.
1411748597 -> Fri Sep 26 20:23:17 2014 [CGWMngDat a::isMainServer] checkwith PCS
= 0
Fri Sep 26 20:23:17 2014 1113[CMotorCall::isTLSProtRequiredForExtGw] =0.
Fri Sep 26 20:23:17 2014 SEND MESSAGE TO NETWORK (10.246.100.217:5069 [UDP]) (BU
FF LEN = 931)
----------------------utf8-----------------------
INVITE sip:6904@10.246.100.217:5069 SIP/2.0
Allow: INVITE, ACK, CANCEL, BYE, PRACK, NOTIFY, REFER, SUBSCRIBE, OPTIONS, UPDAT
E, INFO
Supported: replaces,timer,path
User-Agent: OmniPCX Enterprise R11.0.1 k1.520.29.e
Session-Expires: 1800;refresher=uac
Min-SE: 900
Content-Type: application/sdp
To: <sip:6904@node_isod_32;user=phone>
From: "Node 32 6901 IP Test" <sip:6901@172.16.245.76;user=phone>;tag=a8f5c656a92
b64c82d4c688ce0676b87
Contact: <sip:6901@172.16.245.76;transport=UDP>
Call-ID: dc76e98d7acbe652d76148142977d698@172.16.245.76
CSeq: 66498149 INVITE
Via: SIP/2.0/UDP 172.16.245.76;branch=z9hG4bK5c23054921fe752c37990d52a7561541
Max-Forwards: 70
Content-Length: 240

v=0
o=OXE 1411748597 1411748597 IN IP4 172.16.245.76
s=abs
c=IN IP4 10.246.100.240
t=0 0
m=audio 32514 RTP/AVP 18 97
a=sendrecv
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=ptime:20
a=maxptime:40
a=rtpmap:97 telephone-event/8000
-------------------------------------------------
Fri Sep 26 20:23:17 2014 [CForkedBranch::CForkedBranch] context = 0x84fbd9c.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::branchAllocation] pForkedBranch = 0x84
fa2e8 and the branch number is.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::makeInitialMotorRequest] reqUri duplic
ation  pForkedBranch = 0x84fa2e8.
1411748597 -> Fri Sep 26 20:23:17 2014 1113[CMotorCall::setCurrentState] NOE-SIP
: sendBackupUpdate Msg not sent to twin CS
Fri Sep 26 20:23:17 2014 NOE-SIP : StandByCallCreation not sent to twin CS
Fri Sep 26 20:23:17 2014 [onIncomingEvent] CallID must be inserted.
Fri Sep 26 20:23:17 2014 [onIncomingEvent] CallID inserted.
Fri Sep 26 20:23:17 2014 [exec_ipc] in end 4036.
Fri Sep 26 20:23:17 2014 RECEIVE MESSAGE FROM NETWORK (10.246.100.217:5069 [UDP]
)
----------------------utf8-----------------------
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 172.16.245.76;branch=z9hG4bK5c23054921fe752c37990d52a7561541
From: "Node 32 6901 IP Test" <sip:6901@172.16.245.76;user=phone>;tag=a8f5c656a92
b64c82d4c688ce0676b87
To: <sip:6904@node_isod_32;user=phone>
Call-ID: dc76e98d7acbe652d76148142977d698@172.16.245.76
CSeq: 66498149 INVITE
Allow: INVITE, ACK, OPTIONS, BYE, CANCEL, REFER, NOTIFY, INFO, PRACK, UPDATE, ME
SSAGE
Content-Length: 0

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

Fri Sep 26 20:23:17 2014 1113[CMotorCall::searchForkedBranch]pForkedBranch=0x84f
a2e8.
Fri Sep 26 20:23:17 2014 [receiveInformationalMessage] Call: dc76e98d7acbe652d76
148142977d698@172.16.245.76 eqt: 912 PROCEEDING_STATE received a message.
Fri Sep 26 20:23:17 2014 [CPoceedingState::receiveInformationalMessage]-->nof of
PEM hdrs 0
Fri Sep 26 20:23:17 2014 [receiveInformationalMessage] No P-Early-Media header r
eceived
Fri Sep 26 20:23:17 2014 [receiveInformationalMessage] is in the else part of SD
P not present
Fri Sep 26 20:23:17 2014 RECEIVE MESSAGE FROM NETWORK (10.246.100.217:5069 [UDP]
)
----------------------utf8-----------------------
SIP/2.0 480 Temporarily not available
Via: SIP/2.0/UDP 172.16.245.76;branch=z9hG4bK5c23054921fe752c37990d52a7561541
From: "Node 32 6901 IP Test" <sip:6901@172.16.245.76;user=phone>;tag=a8f5c656a92
b64c82d4c688ce0676b87
To: <sip:6904@node_isod_32;user=phone>;tag=853018002
Call-ID: dc76e98d7acbe652d76148142977d698@172.16.245.76
CSeq: 66498149 INVITE
Contact: <sip:6904@10.246.100.217:5069>
Server: Greenlite ATOM V2.0
Allow: INVITE, ACK, OPTIONS, BYE, CANCEL, REFER, NOTIFY, INFO, PRACK, UPDATE, MESSAGE
Content-Length: 0

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

1411748597 -> Fri Sep 26 20:23:17 2014 SEND MESSAGE TO NETWORK (10.246.100.217:5069 [UDP])
(BUFF LEN = 376)
----------------------utf8-----------------------
ACK sip:6904@10.246.100.217:5069 SIP/2.0
Call-ID: dc76e98d7acbe652d76148142977d698@172.16.245.76
From: "Node 32 6901 IP Test" <sip:6901@172.16.245.76;user=phone>;tag=a8f5c656a92
b64c82d4c688ce0676b87
To: <sip:6904@node_isod_32;user=phone>;tag=853018002
Via: SIP/2.0/UDP 172.16.245.76;branch=z9hG4bK5c23054921fe752c37990d52a7561541
CSeq: 66498149 ACK
Content-Length: 0

-------------------------------------------------
Fri Sep 26 20:23:17 2014 1113[CMotorCall::searchForkedBranch]pForkedBranch=0x84f
a2e8.
Fri Sep 26 20:23:17 2014         [CForkedBranch::setFinalResponse] response=480.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::responseToInviteOrCancel] no response
to the CH m_cancelSent=0.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::responseToInviteOrCancel] all response
s are received 1.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::responseToInviteOrCancel] call chooseB
estResponse.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::chooseBestResponse] pForkedBranch=0x84
fa2e8 iResponseCode=2000.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::chooseBestResponse] last iResponseCode
=480.
Fri Sep 26 20:23:17 2014         [CForkedBranch::setFinalResponse] pResponse=0x8
504018.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::chooseBestResponse] next branch.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::responseToInviteOrCancel] inviteRespon
se => update the lastInviteContext.
1411748597 -> Fri Sep 26 20:23:17 2014 1113[CMotorCall::updateTransportfromlastI
nviteContext] lasInviteContext Start
Fri Sep 26 20:23:17 2014 [receiveRequestFailureMessage] Call: dc76e98d7acbe652d7
6148142977d698@172.16.245.76 eqt: 912 PROCEEDING_STATE received a message.
Fri Sep 26 20:23:17 2014 1113[emitEventToMonitel] content size (lginfo): 660 cca
l crypted= 0
Fri Sep 26 20:23:17 2014 1113[emitEventToMonitel] CAC = 0 eqtCAC = -1
Fri Sep 26 20:23:17 2014 1113[emitEventToMonitel] cacUsed=0 eqtCac=-1
Fri Sep 26 20:23:17 2014 1113[emitEventToMonitel] displayIPCMessageOut
Fri Sep 26 20:23:17 2014 ** SIP DEVICE **
Fri Sep 26 20:23:17 2014 [sendLgEvtSip] Event sent on eqt : 912 Id :-1
Fri Sep 26 20:23:17 2014 [ipc_thread] Normal case : evt 10773
Fri Sep 26 20:23:17 2014 [ipc_thread] IPC Thread : Ipc reception 4037.
Fri Sep 26 20:23:17 2014 [ipc_thread] IPC Thread : TCL thread signaled.
Fri Sep 26 20:23:17 2014 [sendLgEvtSip] Event sent on eqt : 912 Id :-1
Fri Sep 26 20:23:17 2014 [display_ipc_out] ------------ Begin ---------------
Fri Sep 26 20:23:17 2014 Id : -1
Fri Sep 26 20:23:17 2014 REQUEST FAILURE
Fri Sep 26 20:23:17 2014 xx :       80
Fri Sep 26 20:23:17 2014        RELATIVE REQUEST : INVITE
Fri Sep 26 20:23:17 2014 [display_ipc_out] ------------- End ----------------
Fri Sep 26 20:23:17 2014 1113[CMotorCall::setCurrentState] NOE-SIP : sendBackupU
pdate Msg not sent to twin CS
Fri Sep 26 20:23:17 2014 1113[CMotorCall::onReceiveResponse] retrans=0, status=4
80 extGw=1000.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::onReceiveResponse] INVITE case => canc
elAllCancelableForkedBranch.
1411748597 -> Fri Sep 26 20:23:17 2014 1113[CMotorCall::cancelAllCancelableForke
dBranch] nb branch=1.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::cancelAllCancelableForkedBranch] retra
ns=0.
Fri Sep 26 20:23:17 2014 [exec_ipc] in 4036.
Fri Sep 26 20:23:17 2014 [display_ipc_in] ------------ Begin ---------------
Fri Sep 26 20:23:17 2014 neqt : 912 Id : -1
Fri Sep 26 20:23:17 2014 SIP EQT RELEASED
Fri Sep 26 20:23:17 2014 [display_ipc_in] ------------- End ----------------
Fri Sep 26 20:23:17 2014 [CMotorCallManager::onIncomingEvent] an event 10773 arr
ived on the eqt 912 -1.
Fri Sep 26 20:23:17 2014 [CMotorCallManager::onIncomingEvent] The call with eqt:
912 has released its equipment.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::emitSipEqtReleaseAck] SIP_EQT_RELEASE_
ACK
Fri Sep 26 20:23:17 2014 1113[emitEventToMonitel] content size (lginfo): 660 cca
l crypted= 0
Fri Sep 26 20:23:17 2014 1113[emitEventToMonitel]1 T38 REINVITE TRUE
Fri Sep 26 20:23:17 2014 1113[emitEventToMonitel] CAC = 0 eqtCAC = -1
Fri Sep 26 20:23:17 2014 1113[emitEventToMonitel] cacUsed=0 eqtCac=-1
Fri Sep 26 20:23:17 2014 1113[emitEventToMonitel] displayIPCMessageOut
Fri Sep 26 20:23:17 2014 ** SIP DEVICE **
Fri Sep 26 20:23:17 2014 [sendLgEvtSip] Event sent on eqt : 912 Id :-1
Fri Sep 26 20:23:17 2014 [sendLgEvtSip] Event sent on eqt : 912 Id :-1
Fri Sep 26 20:23:17 2014 [display_ipc_out] ------------ Begin ---------------
Fri Sep 26 20:23:17 2014 Id : -1
Fri Sep 26 20:23:17 2014 SIP_EQT_RELEASE_ACK
Fri Sep 26 20:23:17 2014 [display_ipc_out] ------------- End ----------------
1411748601 -> Fri Sep 26 20:23:17 2014 [CMotorCallManager::onIncomingEvent] stat
e = TERMINATED_STATE.
Fri Sep 26 20:23:17 2014 1113[CMotorCall::setCurrentState] NOE-SIP : sendBackupU
pdate Msg not sent to twin CS
Fri Sep 26 20:23:17 2014 1113[CMotorCall::unRegister] Remove eqt : 912 diag : -1
from the map.
Fri Sep 26 20:23:17 2014 [CMotorCallManager::eraseCallwithEqt] erase 912 -1.
Fri Sep 26 20:23:17 2014 [CMotorCallManager::onIncomingEvent] killSession.
Fri Sep 26 20:23:17 2014 [CMotorCallManager::onNotifyCallClosed] Call : dc76e98d
7acbe652d76148142977d698@172.16.245.76 is closed.
Fri Sep 26 20:23:17 2014 [CMotorCallManager::onNotifyCallClosed] Call : dc76e98d
7acbe652d76148142977d698@172.16.245.76 is closed.
Fri Sep 26 20:23:17 2014 [CMotorCallManager::onNotifyCallClosed] Remove eqt from
the map.
Fri Sep 26 20:23:17 2014 [exec_ipc] in end 4036.
Fri Sep 26 20:23:19 2014 1113 [CMotorCall::clear_subscription] no subscription m
anaged
Fri Sep 26 20:23:19 2014 1113[CMotorCall::~CMotorCall] Call : dc76e98d7acbe652d7
6148142977d698@172.16.245.76 is being destructed.

Коллеги, здравствуйте.
ВОпрос касается первых двух чисел в первой строне каждого сообщения.


____________________________________________________________­__________________
| (334927:000040) Concatenated-Physical-Event :
| long: 21  desti: 0  source: 160  cryst: 19  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  80 76
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=1) a8 -> T2 : No B channel
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (334927:000042) Concatenated-Physical-Event :
| long: 110  desti: 0  source: 160  cryst: 19  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : PROGRESS (03)  Call ref :  80 76
|____________________________________________________________­__________________
|


Из приведенного выше куска трассы в первом сообщении (334927:000040), во втором (334927:000042).
Понятно, что второе число - это просто порядковый номер сообщения. А вот как читать первое число? Это, я так понимаю, какая-то временная метка. У сообщений одного звонка, разделенных по времени, она отличается в последних цифрах.

Добрый день.
Включаю новый узлы в сеть ABC-F. Поднимаю статический гибридный линк, делаю cleanbroad по сети. После этого в X25/Nodes of the network должны появиться все узлы сети? И как скоро?
Просто у меня не появляются даже иногда после аудита с ближайшего узла.
Какова правильная процедура?

Добрый день.
После разворачивания базы кристалла R11.0.1 на AS такого же релиза и заливке новых ключей в конфигурации полок не произошли изменения, которых я ждал.
Вот что было на кристалле:
Crystal 0 :
  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  |  0 |  0 |       NPRAE|---------- |   IN SERVICE |  3BA23254AAAD03 |
  |  0 |  1 |        PRA2|---------- |   IN SERVICE |  3BA23076AAAC03 |
  |  0 |  2 |       eUA32|---------- |   IN SERVICE |  3BA23266AAAA02 |
  |  0 |  3 |        eZ32|---------- |ONLY OPS FILE |   BAD PCMS CODE |
  |  0 |  4 |       NDDI2|---------- |   IN SERVICE |  3BA23171AABD01 |
  |  0 |  8 |        eZ32|---------- |ONLY OPS FILE |   BAD PCMS CODE |
  |  0 |  9 |       eUA32|---------- |   IN SERVICE |  3BA23266AAAA02 |
  |  0 | 10 |        eZ32|---------- |ONLY OPS FILE |   BAD PCMS CODE |
  |  0 | 11 |        PRA2|---------- |   IN SERVICE |  3BA23076AAAC03 |
  |  0 | 12 |        eZ32|---------- |   IN SERVICE |  3BA23265ABBB01 |
  |  0 | 13 |       MMSFD|---------- |ONLY MAO FILE |   BAD PCMS CODE |
  |  0 | 14 |        eZ32|---------- |ONLY OPS FILE |   BAD PCMS CODE |
  |  0 | 15 |      INTIPA|    INT-IP |   IN SERVICE |  3BA23193ACAF03 |
  |  0 | 16 |        eZ32|---------- |ONLY OPS FILE |   BAD PCMS CODE |
  |  0 | 17 |        PRA2|---------- | REG NOT INIT |   BAD PCMS CODE |
  |  0 | 18 |        GPA2|---------- |   IN SERVICE |  3BA23241AAAC03 |
  |  0 | 20 |        CPU7|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 | 22 |       NPRAE|---------- | REG NOT INIT |   BAD PCMS CODE |
  |  0 | 23 |        eZ32|---------- |ONLY OPS FILE |   BAD PCMS CODE |
  |  0 | 24 |       NPRAE|---------- |ONLY OPS FILE |   BAD PCMS CODE |
  |  0 | 25 |        eZ32|---------- |ONLY OPS FILE |   BAD PCMS CODE |
  |  0 | 26 |        VPU5|---------- |   IN SERVICE |  3BA23225XXXXXX |
  |  0 | 27 |        eZ32|---------- |ONLY OPS FILE |   BAD PCMS CODE |
  +-------------------------------------------------------------------+
> Reference rack not set

Crystal 1 :
  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  |  1 |  0 |   UA_FICTIF|           |   IN SERVICE |    NO PCMS CODE |
  +-------------------------------------------------------------------+
Crystal 19 :
  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  | 19 |  0 |      FICTIF|           | REG NOT INIT |    NO PCMS CODE |
  | 19 |  1 |      INTIPA|           |   IN SERVICE |    NO PCMS CODE |
  | 19 |  2 |      INTIPA|           |  OUT OF SERV |    NO PCMS CODE |
  +-------------------------------------------------------------------+

Вот что стало на AS:

Crystal 0 :
  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  |  0 |  6 | App. Server|---------- |   IN SERVICE |    NO PCMS CODE |
  |  0 | 10 | App. Server|---------- | REG NOT INIT |    NO PCMS CODE |
  +-------------------------------------------------------------------+
> Reference rack number: 2
Crystal 1 :
  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  |  1 |  0 |   UA_FICTIF|           |   IN SERVICE |   BAD PCMS CODE |
  |  1 |  1 |      eZ32_2|           |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 |  2 |       eUA32|           |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 |  3 |      eZ32_2|           |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 |  4 |       NDDI2|           |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 |  5 |      eZ32_2|           |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 |  6 |     INTIP3B|   INT-IP3 |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 |  8 |       NPRAE|           |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 |  9 |       eUA32|           |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 | 10 |      eZ32_2|           |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 | 11 |       NPRAE|           |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 | 12 |        eZ32|           |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 | 13 |       MMSFD|           |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 | 14 |      eZ32_2|           |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 | 15 |      INTIPA|           |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 | 16 |      eZ32_2|           |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 | 17 |       NPRAE|           |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 | 18 |        GPA2|           |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 | 19 |     INTIP3A|           |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 | 20 |     INTIP3B|   INT-IP3 |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 | 22 |       NPRAE|           |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 | 23 |      eZ32_2|           |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 | 24 |     INTIP3A|           |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 | 25 |      eZ32_2|           |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 | 26 |        VPU5|           |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 | 27 |      eZ32_2|           |ONLY OPS FILE |   BAD PCMS CODE |
  +-------------------------------------------------------------------+
Crystal 2 :
  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  |  2 |  0 |       NPRAE|---------- | REG NOT INIT |    NO PCMS CODE |
  |  2 |  1 |        PRA2|---------- | REG NOT INIT |    NO PCMS CODE |
  |  2 |  2 |       eUA32|---------- | REG NOT INIT |    NO PCMS CODE |
  |  2 |  4 |       NDDI2|---------- | REG NOT INIT |    NO PCMS CODE |
  |  2 |  9 |       eUA32|---------- | REG NOT INIT |    NO PCMS CODE |
  |  2 | 11 |        PRA2|---------- | REG NOT INIT |    NO PCMS CODE |
  |  2 | 12 |        eZ32|---------- | REG NOT INIT |    NO PCMS CODE |
  |  2 | 15 |      INTIPA|    INT-IP | REG NOT INIT |    NO PCMS CODE |
  |  2 | 17 |        PRA2|---------- | REG NOT INIT |    NO PCMS CODE |
  |  2 | 18 |        GPA2|---------- | REG NOT INIT |    NO PCMS CODE |
  |  2 | 22 |       NPRAE|---------- | REG NOT INIT |    NO PCMS CODE |
  |  2 | 26 |        VPU5|---------- | REG NOT INIT |    NO PCMS CODE |
  +-------------------------------------------------------------------+
Crystal 19 :
  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  | 19 |  0 |      FICTIF|           | REG NOT INIT |    NO PCMS CODE |
  | 19 |  1 |      INTIPA|           |   IN SERVICE |    NO PCMS CODE |
  | 19 |  2 |      INTIPA|           |  OUT OF SERV |    NO PCMS CODE |
  +-------------------------------------------------------------------+

По теории физическая полка (бывшая 0) должна была стать 2, куда должны добавиться межкристальные INT-IP. А они легли в полку 1, которая теперь непонятно, то ли виртуальная, то ли нет.

Кстати, все аксессы в транк-группах остались привязаны к старым позициям в полке 0. Что, вручную переносить?

ПС Если смотреть картинку в Актисе, то там физическая полка именно номер 1.

Где я что неправильно сделал?

Добрый день.
Есть Appliance Server, поднятый мной на VMWare. Нормально залился релиз 11.0. Беру swk файл от 11 релиза. Переименовываю его в software.mao  и кладу в usr3/mao. Рестарт.
(В процессе загрузки ругается на Software package error). spadmin  пункт 2 показывает, что счетчики стали ненулевые (IP и SIP абоненты, SIP GW и т.д.). Но ничего создавать не дает - ни IP, ни SIP абонентов. Software protection error со ссылкой на локи, которые у меня, напомню, ненулевые. Ничего, кроме виртуальных аналоговых.

Вторая часть марлезонского балета. Разворачиваю на этой машине реальную базу (правда, от кристалла R7.0). После трансляции базы получаю кучу SIP абонентов, которых могу удалять, но! не создавать (опять Software protection error).

Что, без хорошего CPUID даже 30 дней не поработает?

Добрый день.
Есть бурно развивающаяся 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 могут с чем-то сожительствовать или работать на виртуалках?