Fixed in SU375... finally
↧
RE: ipm_Listen synchronization object timeout
↧
ipm_Listen synchronization object timeout
Hello.
Using HMP 3.0 SU361 on Windows 2008 R2.
After reboot having the following issue:
05/05/2016 09:36:34.325 6060 10020 libipm_ipvsc EXCE Ipmedialib ipmB1C261 ===> ipm_Listen(): Exception=CSRLSyncTimeoutException,Line=93,File=srlsynclist.cpp
Seems completely random. Happening around 1 time in 10 reboots on random channels making them unusable.
Any idea what can be causing it?
Thank you in advance.
↧
↧
RE: HMP 367 + T.38 fax
Jeff, I have just checked T.38 on SU375, the T.38+IPv6 problem still persists
Ravil
↧
HMP 367 + T.38 fax
Hello, I decided to test HMP 367 update. Everything seems to be working as usual, but one thing is broken - T.38 fax, I cannot send any fax from one HMP channel to another though with previous updates it works normally.
The situation is as following: T.38 fax connection is established properly, but then fx_sendfax and fx_rcvfax return with errors immediately after execution.
On the incoming channel the error is: TFX_FAXERROR. Fax disconnect occurred, phase E status: Receiver communication error
On the outgoing channel the error is: TFX_FAXERROR. Fax disconnect occurred, phase E status: Timed out while waiting for a message
Weird thing to see the "timeout error" when it is received right after the function starts executing.
G.711 faxes are sent and received properly.
rtflog.zip is attached.
Could you help me to resolve this problem?
↧
DMV1200 Detects 33 voice boards instead of 30 , what are extra boards and channels ?
I have a DMV1200 board, I get Voice Board counts with sr_getboardcnt("Voice", &BoardCount);
It returns 33 voice boards , with total of 132 voice channels.
as DMV1200 is 120 channel , I expect to open 120 voice channels so what are extra 12 channels for?
Should I open first 120 voice channels ? How and when should I use extra channels ?
↧
↧
RE: DMV1200 Detects 33 voice boards instead of 30 , what are extra boards and channels ?
Pending the mediaload you are using they are probably fax channels in this case.
You can confirm by running devmapdump from DOS CMD prompt and you will see those devices have assigned fax addr.
Jeff
↧
RE: HMP 367 + T.38 fax
Yes, that would be correct, since IPV6 support has not been added as of yet for the release. Its still a work in progress, and thus needs to be disabled on the OS level still.
Jeff
↧
RE: HMP 367 + T.38 fax
Ok, thanks!
Ravil
↧
RE: DMV1200 Detects 33 voice boards instead of 30 , what are extra boards and channels ?
Thanks Jeff,
Yes I saw in devmapdump and they are Fax Channels.
↧
↧
Dialogic HMP Outbound Call could not transfer - Getting 403 forbidden error
Hi Friends,
I am using Dialogic HMP with Avaya PBX. I am able to blind transfer the incoming call, where as i could not transfer the outbound call. I am getting 403 forbidden error. Can any body provide the solution ? here with i have attached trace.
Regards,
Palani
↧
decodeMsg error endless loop
Hello everyone.
I'm using HMP SIP IP and hacing some weird issue.
When system is not in use at all and I have avaiting incoming lines without any calls coming in... after some time (0-4 days, totally random)
CPU usage increasing and in logs I'm having the following:
11/25/2015 09:20:50.107 26556 47380 gc_h3r SH_DECODER DEBG decoder.cpp:1276 ! -1 ! >> decodeMsg:OnEvent... idx: -1
11/25/2015 09:20:50.107 26556 47380 gc_h3r SH_DECODER DEBG decoder.cpp:139 ! -1 ! >> decodeMsg: NOT SYSTEM_HANDLE board 1- Sigal SIP [203] -> Sharon [-1]: EvtType_ReleaseCallCmplt
11/25/2015 09:20:50.107 26556 47380 gc_h3r COM_R_MGR DEBG resource_mgr.cp:272 ! 1 ! >> ResourceManager::getCallObjectByAssocElement(): board[1]
11/25/2015 09:20:50.107 26556 47380 gc_h3r COM_R_MGR DEBG resource_mgr.cp:216 ! 1 ! >> ResourceManager::getFreeTermCallObject(): board[1]
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_CH_MGR DEBG sip_channelmana:101 ! 203 ! >> onStateInit,event=EventRecieveReset:1
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_CH_MGR DEBG sip_channelmana:394 ! 203 ! >> performRequestedAction, action=0
11/25/2015 09:20:50.107 26556 47380 gc_h3r ERR1 decoder.cpp:221 ! -1 ! >> decodeMsg(): crn returned on EvtType_ReleaseCallCmplt (BusyRelease) for index=-1 - is NULL
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_CAPS DEBG sip_caps.cpp:134 ! 203 ! SIP_Caps::resetParams()
11/25/2015 09:20:50.107 26556 47380 gc_h3r SH_ENCODER DEBG encoder.cpp:4036 ! 0 ! << sendIpcMsg(): Board 1 - Sharon [5001] -> Sigal SIP [203] : MsgType_ReleaseCall (10)
11/25/2015 09:20:50.107 26556 47380 gc_h3r SH_IPC DEBG ipc.cpp:165 ! 0 ! sendMsg : m_Socket = 2248 , sizeOfMsg = 24
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_IE DEBG sip_info_elemen:229 ! 203 ! >> SipInfoElement::reset() including MIME buffers,m_SipHeaderMgrIn is 0x0D0EA1F8, m_SipHeaderMgrOut is 0x0D0EA258
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_SIGNAL DEBG sip_signaling.c:1353 ! 203 ! Entering SipSignaling::releaseCall - m_hCallLeg=0x0
11/25/2015 09:20:50.107 26556 12896 gc_h3r WARN sip_signaling.c:1364 ! 203 ! SipSignaling::releaseCall: BAD m_hsCall PARAM
11/25/2015 09:20:50.107 26556 47380 gc_h3r SH_IPC DEBG ipc.cpp:190 ! 0 ! sendMsg : bytes attempted = 24 sent = 24
11/25/2015 09:20:50.107 26556 12896 gc_h3r COM_R_MGR DEBG resource_mgr.cp:383 ! 1 ! >> ResourceManager::markCallObjectAsBusy(): board[1]
11/25/2015 09:20:50.107 26556 47380 gc_h3r SH_ENCODER DEBG encoder.cpp:440 ! 203 ! << sendBusyReleaseMsg() [0]
11/25/2015 09:20:50.107 26556 12896 gc_h3r COM_R_MGR DEBG resource_mgr.cp:491 ! 1 ! >> ResourceManager::markTermCallObjectAsFree(): board[1]
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_CA..GR DEBG sip_callmanager:2565 ! 203 ! << freeResourcesAndGoIdle: [0]
11/25/2015 09:20:50.107 26556 47380 gc_h3r SH_DECODER DEBG decoder.cpp:1301 ! -1 ! << decodeMsg::OnEvent: [0] EXIT
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_IPC DEBG sip_ipc.cpp:45 ! 0 ! recvCB : Board 1 - fdHandle = 844
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_SI..EC DEBG sip_decoder.cpp:585 ! 203 ! >> Decode Msg: Sharon [5001] -> SipSigal [203] : MsgType_ReleaseCall (10)
11/25/2015 09:20:50.107 26556 12896 gc_h3r COM_R_MGR DEBG resource_mgr.cp:346 ! 1 ! >> ResourceManager::associateCallObjectByIndex(): board[1]
11/25/2015 09:20:50.107 26556 12896 gc_h3r WARN resource_mgr.cp:367 ! 1 ! << ResourceManager::associateCallObjectByIndex(): assocElementIndex[5001] out of range
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_CA..GR DEBG sip_callmanager:1930 ! 203 ! >> onReleaseCallMsg:
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_CA..GR DEBG sip_callmanager:174 ! 203 ! >> onStateWaitCall : ev EventIPCreleaseCall
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_SI..NC DEBG sip_encoder.cpp:214 ! 203 ! SIP_ENCODER::sendMsgHeader() - Msg: Sigal [203] -> Sharon [-1] : EvtType_ReleaseCallCmplt (93)
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_IPC DEBG sip_ipc.cpp:241 ! 0 ! sendMsg : m_Socket = 844 , sizeOfMsg = 24
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_IPC DEBG sip_ipc.cpp:257 ! 0 ! sendMsg : bytes attempted=24 sent = 24
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_SI..NC DEBG sip_encoder.cpp:3436 ! 203 ! << SipEncoder::sendReleaseCallCmplt [0]
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_CH_MGR DEBG sip_channelmana:76 ! 203 ! >> reset
11/25/2015 09:20:50.107 26556 47380 gc_h3r SH_DECODER DEBG decoder.cpp:1276 ! -1 ! >> decodeMsg:OnEvent... idx: -1
11/25/2015 09:20:50.107 26556 47380 gc_h3r SH_DECODER DEBG decoder.cpp:139 ! -1 ! >> decodeMsg: NOT SYSTEM_HANDLE board 1- Sigal SIP [203] -> Sharon [-1]: EvtType_ReleaseCallCmplt
11/25/2015 09:20:50.107 26556 47380 gc_h3r COM_R_MGR DEBG resource_mgr.cp:272 ! 1 ! >> ResourceManager::getCallObjectByAssocElement(): board[1]
11/25/2015 09:20:50.107 26556 47380 gc_h3r COM_R_MGR DEBG resource_mgr.cp:216 ! 1 ! >> ResourceManager::getFreeTermCallObject(): board[1]
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_CH_MGR DEBG sip_channelmana:101 ! 203 ! >> onStateInit,event=EventRecieveReset:1
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_CH_MGR DEBG sip_channelmana:394 ! 203 ! >> performRequestedAction, action=0
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_CAPS DEBG sip_caps.cpp:134 ! 203 ! SIP_Caps::resetParams()
11/25/2015 09:20:50.107 26556 47380 gc_h3r ERR1 decoder.cpp:221 ! -1 ! >> decodeMsg(): crn returned on EvtType_ReleaseCallCmplt (BusyRelease) for index=-1 - is NULL
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_IE DEBG sip_info_elemen:229 ! 203 ! >> SipInfoElement::reset() including MIME buffers,m_SipHeaderMgrIn is 0x0D0EA1F8, m_SipHeaderMgrOut is 0x0D0EA258
11/25/2015 09:20:50.107 26556 47380 gc_h3r SH_ENCODER DEBG encoder.cpp:4036 ! 0 ! << sendIpcMsg(): Board 1 - Sharon [5001] -> Sigal SIP [203] : MsgType_ReleaseCall (10)
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_SIGNAL DEBG sip_signaling.c:1353 ! 203 ! Entering SipSignaling::releaseCall - m_hCallLeg=0x0
11/25/2015 09:20:50.107 26556 47380 gc_h3r SH_IPC DEBG ipc.cpp:165 ! 0 ! sendMsg : m_Socket = 2248 , sizeOfMsg = 24
11/25/2015 09:20:50.107 26556 12896 gc_h3r WARN sip_signaling.c:1364 ! 203 ! SipSignaling::releaseCall: BAD m_hsCall PARAM
11/25/2015 09:20:50.107 26556 12896 gc_h3r COM_R_MGR DEBG resource_mgr.cp:383 ! 1 ! >> ResourceManager::markCallObjectAsBusy(): board[1]
11/25/2015 09:20:50.107 26556 12896 gc_h3r COM_R_MGR DEBG resource_mgr.cp:491 ! 1 ! >> ResourceManager::markTermCallObjectAsFree(): board[1]
11/25/2015 09:20:50.107 26556 47380 gc_h3r SH_IPC DEBG ipc.cpp:190 ! 0 ! sendMsg : bytes attempted = 24 sent = 24
11/25/2015 09:20:50.107 26556 47380 gc_h3r SH_ENCODER DEBG encoder.cpp:440 ! 203 ! << sendBusyReleaseMsg() [0]
11/25/2015 09:20:50.107 26556 47380 gc_h3r SH_DECODER DEBG decoder.cpp:1301 ! -1 ! << decodeMsg::OnEvent: [0] EXIT
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_CA..GR DEBG sip_callmanager:2565 ! 203 ! << freeResourcesAndGoIdle: [0]
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_IPC DEBG sip_ipc.cpp:45 ! 0 ! recvCB : Board 1 - fdHandle = 844
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_SI..EC DEBG sip_decoder.cpp:585 ! 203 ! >> Decode Msg: Sharon [5001] -> SipSigal [203] : MsgType_ReleaseCall (10)
11/25/2015 09:20:50.107 26556 12896 gc_h3r COM_R_MGR DEBG resource_mgr.cp:346 ! 1 ! >> ResourceManager::associateCallObjectByIndex(): board[1]
11/25/2015 09:20:50.107 26556 12896 gc_h3r WARN resource_mgr.cp:367 ! 1 ! << ResourceManager::associateCallObjectByIndex(): assocElementIndex[5001] out of range
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_CA..GR DEBG sip_callmanager:1930 ! 203 ! >> onReleaseCallMsg:
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_CA..GR DEBG sip_callmanager:174 ! 203 ! >> onStateWaitCall : ev EventIPCreleaseCall
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_SI..NC DEBG sip_encoder.cpp:214 ! 203 ! SIP_ENCODER::sendMsgHeader() - Msg: Sigal [203] -> Sharon [-1] : EvtType_ReleaseCallCmplt (93)
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_IPC DEBG sip_ipc.cpp:241 ! 0 ! sendMsg : m_Socket = 844 , sizeOfMsg = 24
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_IPC DEBG sip_ipc.cpp:257 ! 0 ! sendMsg : bytes attempted=24 sent = 24
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_SI..NC DEBG sip_encoder.cpp:3436 ! 203 ! << SipEncoder::sendReleaseCallCmplt [0]
11/25/2015 09:20:50.107 26556 47380 gc_h3r SH_DECODER DEBG decoder.cpp:1276 ! -1 ! >> decodeMsg:OnEvent... idx: -1
11/25/2015 09:20:50.107 26556 47380 gc_h3r SH_DECODER DEBG decoder.cpp:139 ! -1 ! >> decodeMsg: NOT SYSTEM_HANDLE board 1- Sigal SIP [203] -> Sharon [-1]: EvtType_ReleaseCallCmplt
11/25/2015 09:20:50.107 26556 47380 gc_h3r COM_R_MGR DEBG resource_mgr.cp:272 ! 1 ! >> ResourceManager::getCallObjectByAssocElement(): board[1]
11/25/2015 09:20:50.107 26556 47380 gc_h3r COM_R_MGR DEBG resource_mgr.cp:216 ! 1 ! >> ResourceManager::getFreeTermCallObject(): board[1]
11/25/2015 09:20:50.107 26556 12896 gc_h3r SIP_CH_MGR DEBG sip_channelmana:76 ! 203 ! >> reset
11/25/2015 09:20:50.107 26556 47380 gc_h3r ERR1 decoder.cpp:221 ! -1 ! >> decodeMsg(): crn returned on EvtType_ReleaseCallCmplt (BusyRelease) for index=-1 - is NULL
This is not affecting any channel - they are all operational. Under full load (inbound/outbound) same behaviour. No errors on application side.
So I assume that is some error loop at driver level.
Pretty obvious that this situation being caused by "hackers" sending wrong SIP messages (SPD or anything).
However in my situation I'm not able to block incoming calls and should accept them from any sources.
To remove that issue gc_Stop/gc_Start should be performed. HMP services restart not required.
So my question is there any workaround or any thoughts on this problem?
↧
RE: decodeMsg error endless loop
Was still causing high CPU load... this finally fixed in SU375
↧
RE: Can not take any more calls after certain number of calls
HI Pinku,
Is it got resolved ? I am very eager to know that. Because we too facing this issue, and we are restarting Dialogic service.
↧
↧
Can not take any more calls after certain number of calls
Hi All,
To check the performance of my HMP application I have tested it with a tool to repetedly scan the channels sending INVITE Packets. After scanning so amny times I have found that it HMS is not able to answer any more new calls though the channels are released properly and in state to take calls. From RTF logs I have found followings:
01/28/2009 16:59:34.479 936 5016 sip_stack Error WARN - TRANSPORT - TransportUdpEventCallback - sock 11404: Receive failure, due to insuffficient buffer
01/28/2009 16:59:34.775 936 5016 sip_stack Error ERROR - CALL - CallLegMgrCreateCallLeg - already allocate 127 call-legs. maximum calls configuration 127.
01/28/2009 16:59:34.775 936 5016 sip_stack Error ERROR - CALL - CreateAndInitNewCallLeg - Failed to create new call-leg for transc 0x06D97188 (rv=-2)
Can anyone kindly suggest me what needs to be done to get rid of this error??
Is it any configuration problem in HMP?
Kindly Help.
RTF logs are in Attachment.
Thanks
--Pinku
↧
Driver Installation Failure for D/600 JCT 2E1 PCIe on HPE DL120 G9
I have a HP Server DL120 G9 (1 CPU Xeon E5-2603 1.70GHz , 16 Gig Ram ) with Windows Server 2012 R2 .
After installing Dialogic D/600 JCT 2E1 PCIe on GPU riser kit ,
and Installing System Release 6 service pack 275 , I get an error in Device Manager as follow :
This device cannot find enough free resources that it can use. (Code 12) If you want to use this device, you will need to disable one of the other devices on this system
�
and after a restart and login in windows the windows Blue Page comes up.
Please let me know should I disable any device , then what device.
or any idea ehat to check or update ?
↧
Enc(11): WARNING: Total dropped frames
Dear all,
Under linux, I found it has a lot of warning message under /var/log/message as follows:
[root@server]log]# grep Enc messages
Sep 20 10:43:53 server ssp_x86Linux_boot: Enc(82): WARNING: Total dropped frames = 102
Sep 20 10:44:40 server ssp_x86Linux_boot: Enc(84): WARNING: Total dropped frames = 2967
Sep 20 10:47:11 server ssp_x86Linux_boot: Enc(80): WARNING: Total dropped frames = 16596
Sep 20 10:48:20 server ssp_x86Linux_boot: Enc(86): WARNING: Total dropped frames = 1607
Sep 20 10:50:23 server ssp_x86Linux_boot: Enc(88): WARNING: Total dropped frames = 7993
Sep 20 10:50:30 server ssp_x86Linux_boot: Enc(5): WARNING: Total dropped frames = 699
Sep 20 10:55:09 server ssp_x86Linux_boot: Enc(19): WARNING: Total dropped frames = 8135
What's the meaning ? Any hidden problem on this server ?
Regards
Eddie
↧
RE: Can not take any more calls after certain number of calls
Hard to say in this case as it depends on what version of HMP was used back then for this one. Its quite old trail in this case (10+ years). I suspect whatever issue you are seeing may be a different variant and unrelated at this point even though it may appear similar at a higher level.
Jeff
↧
↧
RE: Driver Installation Failure for D/600 JCT 2E1 PCIe on HPE DL120 G9
Ok, well there was a bug found in HP BIOS for similar issues on HP DL Gen 9 servers with HMP /DNI boards. that was doc'ed here:
www.dialogic.com/.../pm_hmp_win
You may want to try upgrading the BIOS and see if that helps.
Jeff
↧
RE: Enc(11): WARNING: Total dropped frames
HI,
This means that the firmware is no able to pass audio blocks up to the Host library for processing in this case and they are being dropped. Meaning at the higher application level, something has stopped processing blocks of audio in the host library buffer such they they are no longer being read. Thus leaving no room for new data coming up from the firmware as indicating in your messages file.
Such case happens for UIO based applications during a record scenario for instance.
Jeff
↧
RE: Driver Installation Failure for D/600 JCT 2E1 PCIe on HPE DL120 G9
Thanks Jeff for your reply and thanks god you are here .
I upgraded BIOS and ILO to latest version 2017.07.1
But no difference . The problem exists.
My customer has 30 G9 servers that I should run callcenter with D/600 .
isn't there any other way to install this board on DL120 G9 servers
↧