| Author |
|
juice
Vetran
Joined: December 05 2006
Location: United States
Posts: 139
|
| Posted: May 31 2007 at 1:57pm | IP Logged
|
|
|
Hello again,
after some extensive testing, I have been running into the same problem again and again. After a bit of running, incoming phone calls seem to cause the system to crash. Specifically, I hit a break inside LMEVoip.dll:
LMEVoip.dll!1002c253()
[Frames below may be incorrect and/or missing, no symbols loaded for LMEVoip.dll]
ntdll.dll!7c82dd6c()
ntdll.dll!7c82dd6c()
ntdll.dll!7c82dffe()
ntdll.dll!7c82e063()
ntdll.dll!7c82dffe()
ntdll.dll!7c83dcdb()
ntdll.dll!7c83dd74()
ntdll.dll!7c841ae7()
ntdll.dll!7c83dcdb()
ntdll.dll!7c83dd74()
ntdll.dll!7c82d2e8()
ntdll.dll!7c82f537()
ntdll.dll!7c879713()
ntdll.dll!7c8796f7()
ntdll.dll!7c879713()
ntdll.dll!7c8796f7()
ntdll.dll!7c8531e4()
ntdll.dll!7c83dd74()
ntdll.dll!7c8796f7()
ntdll.dll!7c8531e4()
ntdll.dll!7c83dd74()
ntdll.dll!7c841ae7()
ntdll.dll!7c841b72()
ntdll.dll!7c83dcdb()
ntdll.dll!7c83dd74()
ntdll.dll!7c841ae7()
ntdll.dll!7c83dcdb()
ntdll.dll!7c83dd74()
ntdll.dll!7c83dd74()
ntdll.dll!7c83d97a()
ntdll.dll!7c82a0fc()
ntdll.dll!7c82b02a()
ntdll.dll!7c83dd74()
ntdll.dll!7c879713()
ntdll.dll!7c8796f7()
ntdll.dll!7c8796f7()
ntdll.dll!7c8796f7()
ntdll.dll!7c8531e4()
ntdll.dll!7c83dd74()
ntdll.dll!7c82d995()
oleaut32.dll!77d015fc()
oleaut32.dll!77d0162d()
ntdll.dll!7c826c9b()
kernel32.dll!77e64579()
kernel32.dll!77e64590()
kernel32.dll!77e64590()
kernel32.dll!77e645c1()
oraocixe10.dll!42924a56()
oraocixe10.dll!4292483d()
msctf.dll!4b3c384f()
msctf.dll!4b3c14d7()
msctf.dll!4b3c161b()
msctf.dll!4b3c15bc()
ntdll.dll!7c83dd74()
ntdll.dll!7c83dd74()
ntdll.dll!7c83d97a()
ntdll.dll!7c82a0fc()
ntdll.dll!7c82edec()
ntdll.dll!7c827c3b()
ntdll.dll!7c82ecb1()
ntdll.dll!7c82ecb1()
ntdll.dll!7c826d9b()
ntdll.dll!7c8284da()
ntdll.dll!7c827d0b()
kernel32.dll!77e61d1e()
kernel32.dll!77e61d43()
LMEVoip.dll!10032b72()
LMEVoip.dll!100dc686()
LMEVoip.dll!100b80e6()
kernel32.dll!77e64829()
The event messages I see are (first is enum string, second is phone line, third is enum value):
[SIP_MESSAGE]: SipOutgoingCallInitializing : 245 : 62
[SIP_MESSAGE]: SipOutgoingCallStart : 245 : 64
[SIP_MESSAGE]: SipDialTone : 245 : 65
[SIP_MESSAGE]: SipDialing : 245 : 66
[SIP_MESSAGE]: SipSendInvite : 245 : 67
[SIP_MESSAGE]: SipModifySipMessage : -1 : 153
[SIP_MESSAGE]: SipModifySipMessage : -1 : 153
[SIP_MESSAGE]: SipStartOutgoingRing : 245 : 68
[SIP_MESSAGE]: SipCallComplete : 65 : 111
[SIP_MESSAGE]: SipCallComplete : 233 : 111
[SIP_MESSAGE]: SipOnHook : 65 : 59
[SIP_MESSAGE]: SipIncomingCallStart : 65 : 80
And then it crashes. We don't have a chance to react to the messages, as the app was currently in the middle of placing an outgoing call, and doing some other processing. This has happened several times, sometimes quicker, sometimes lasting longer. And it always appears to happen around the time an incoming leg was hung up, and then another incoming leg gets immediately established in the voip engine.
All help is appreciated, if you need more info please ask. I guess there is no way I can get some libraries built with symbols to help in debugging (probably not, but I had to ask)? Note, this happens on 4 core and 2 core Win 2003 systems, using all cores, or even limited to one.
Thanks
|
| Back to Top |
|
| |
juice
Vetran
Joined: December 05 2006
Location: United States
Posts: 139
|
| Posted: May 31 2007 at 1:58pm | IP Logged
|
|
|
Also note, phone lines are being taken from the top out of 300. There are not 233+ calls going on at the time.
|
| Back to Top |
|
| |
support
Administrator
Joined: January 26 2005
Location: United States
Posts: 1666
|
| Posted: June 04 2007 at 10:45am | IP Logged
|
|
|
Hi Andrew,
We appreciate you waiting for this response.
We understand that your company will be starting an annual support contract with us. That is good. It will give us much more freedom to work together. We can tackle this issue as soon as we get the support contract started.
Support
|
| Back to Top |
|
| |
support
Administrator
Joined: January 26 2005
Location: United States
Posts: 1666
|
| Posted: June 07 2007 at 10:55am | IP Logged
|
|
|
Andrew,
We take it very seriously when someone reports a crash situation like the one above.
We have been doing hammer testing on the media engine and we think we have located an issue. We will send you an email from our support group detailing what we have found and how we are going to handle it.
Thanks,
Support
|
| Back to Top |
|
| |
juice
Vetran
Joined: December 05 2006
Location: United States
Posts: 139
|
| Posted: June 20 2007 at 5:27pm | IP Logged
|
|
|
Thanks for looking at this. We were testing the DLL provided and we ran into an issue so we are not able to provide any feedback whether this fixed our problem or not. The issue we ran into was an apparent DLL / header enum value mismatch.
For example, when SipIncomingCallStart arrived,
GetTelephonyStatusString(TelephonyEvent) correctly displayed it as SipIncomingCallStart. However, according to our enum values, the same event was thought to be SipTransferExecuting according to its integer value. So, we were unable to process incoming calls. It seems we need some updated headers also.
Thanks.
|
| Back to Top |
|
| |
support
Administrator
Joined: January 26 2005
Location: United States
Posts: 1666
|
| Posted: June 21 2007 at 9:30am | IP Logged
|
|
|
Andrew,
Did you not download the updated API header file in your support FTP account?
Here is what is in your FTP account:
LMEVoip.dll (v5.12.3.31)
LMEVoip.lib (the static import lib)
SipTelephonyApi.h (updated API header file)
ReadMe.txt (some notes)
You should be able to build your code using the updated header file (SipTelephonyApi.h) and link against the new import library (LMEVoip.lib).
To run your app, replace your existing DLL with the new one.
Repost if this does not work for you.
Support
|
| Back to Top |
|
| |
juice
Vetran
Joined: December 05 2006
Location: United States
Posts: 139
|
| Posted: June 27 2007 at 7:59am | IP Logged
|
|
|
Hi,
we can't access our ftp account, so I can't download this files, the last time i was there right after your post there was only one zip file containing dll, anyway, would be great if you can enable our ftp access so i will download whole thing.
Thanks.
|
| Back to Top |
|
| |
support
Administrator
Joined: January 26 2005
Location: United States
Posts: 1666
|
| Posted: July 02 2007 at 10:50am | IP Logged
|
|
|
FTP account now enabled.
|
| Back to Top |
|
| |
juice
Vetran
Joined: December 05 2006
Location: United States
Posts: 139
|
| Posted: July 09 2007 at 7:26pm | IP Logged
|
|
|
For some due feedback. The test DLL really seems a heck of a lot more stable!! Awesome job there. I can't for 100% positive (yet) that there are no issues remaining related to this problem.
However, some pretty extreme testing lots of hang ups while incoming calls are going on (7-8 calls a second with around 10 second duration for each call) proved to be very successful. After more than 5000 sessions going on like this, not one LanScape issue logged.
Though, for this test I just finished conducting, I did not use two way audio (only IVR audio coming out of Media Engine)... but, I was only trying to check out the issues reported above, and I am pretty confident that the issue is resolved with the build you gave us. Nice!
|
| Back to Top |
|
| |
support
Administrator
Joined: January 26 2005
Location: United States
Posts: 1666
|
| Posted: July 18 2007 at 12:29pm | IP Logged
|
|
|
Hi Andrew,
Thanks for waiting for us to respond. We upgraded network software and equipment last week that caused us to not be able to properly perform support duties. We are back to normal now.
Your test results are promising. Thanks for that information. We “hammer call tested” the hell out of the media engine up to 768 lines in order to locate the few issues that would cause us all grief. Like the NASA saying goes: “Fly like you test and test like you fly”.
We basically set up improved call scenarios here in our lab that will help to ensure future quality of this product. Here they are:
IVR Server Hammering:
In this test setup, we used a 512 line media engine in a test IVR server app installed on its own server. Its main purpose is to answer incoming calls as fast as possible and then randomly terminate the calls. Full duplex G729 RTP media streaming is enabled.
The IVR server is then hammered on by a “caller” test application that uses a 768 line media engine. This call test app is hosted on its own server. This purpose of this app is to simply call a target SIP URI (i.e. the IVR server) using all of its available phone lines.
We run another “system loading” program on the IVR server to simulate 100% CPU utilization for the duration of the testing cycle.
Full duplex SIP call hammering:
In this test setup, we use two instances of a “caller” test application that use a 768 line media engine. Each call test app is hosted on its own server. Full duplex G729 RTP media streaming is enabled.
The call test apps are set up to call each other as fast as they can at the same time answering all incoming calls from the other call tester. Calls are terminated randomly at either call tester.
We run another “system loading” program on each call test server to simulate 100% CPU utilization for the duration of the tests.
We will need to get you the official product update when released. What you have will eventually stop functioning (its time bombed).
Thanks,
Support
|
| Back to Top |
|
| |
juice
Vetran
Joined: December 05 2006
Location: United States
Posts: 139
|
| Posted: July 30 2007 at 7:30pm | IP Logged
|
|
|
Hi there,
is there any date set we can expect update to be released, the bugs we have found still are causing us many troubles, and we use the time bombed version which is about to "explode" soon.
|
| Back to Top |
|
| |
support
Administrator
Joined: January 26 2005
Location: United States
Posts: 1666
|
| Posted: July 31 2007 at 8:10am | IP Logged
|
|
|
Juice,
We can update you whenever it is appropriate. Can be this week if you want. What is not clear from your last post are the results of your final Q+A testing.
If your testing has determined that we have resolved the issue, then we can update you right now. If there is some other issue, then we need you to state that clearly so we are aware of it.
Thanks,
Support
|
| Back to Top |
|
| |
juice
Vetran
Joined: December 05 2006
Location: United States
Posts: 139
|
| Posted: July 31 2007 at 12:19pm | IP Logged
|
|
|
The issue we reported in this thread definitely has not come up again with the latest build - thanks. So, as far as this thread is concerned, issue closed. We would greatly appreciate a new release build this week if possible - we don't really want to have the current build expire on us :-)
Thanks again.
|
| Back to Top |
|
| |
support
Administrator
Joined: January 26 2005
Location: United States
Posts: 1666
|
| Posted: August 01 2007 at 9:50am | IP Logged
|
|
|
juice,
We will get your team updated today with new product images.
Support
|
| Back to Top |
|
| |
Active Topics 
Member List 
Search 
Help 
Register 
Login
LanScape Support Forum -> LanScape VOIP Media Engine™ - Technical Support
Topic: Internal Crash/Break inside DLL
