Return to LanScape's home page Go back a page...       Active TopicsActive Topics   Display List of Forum MembersMember List   Knowledge Base SearchSearch   HelpHelp  RegisterRegister  LoginLogin

LanScape VOIP Media Engine™ - Technical Support
 LanScape Support Forum -> LanScape VOIP Media Engine™ - Technical Support
Subject Topic: Internal Crash/Break inside DLL Post ReplyPost New Topic
Author
Message << Prev Topic | Next Topic >>
juice
Vetran
Vetran


Joined: December 05 2006
Location: United States
Posts: 139
Posted: May 31 2007 at 1:57pm | IP Logged Quote juice

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 View juice's Profile Search for other posts by juice
 
juice
Vetran
Vetran


Joined: December 05 2006
Location: United States
Posts: 139
Posted: May 31 2007 at 1:58pm | IP Logged Quote juice

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 View juice's Profile Search for other posts by juice
 
support
Administrator
Administrator


Joined: January 26 2005
Location: United States
Posts: 1666
Posted: June 04 2007 at 10:45am | IP Logged Quote support

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 View support's Profile Search for other posts by support Visit support's Homepage
 
support
Administrator
Administrator


Joined: January 26 2005
Location: United States
Posts: 1666
Posted: June 07 2007 at 10:55am | IP Logged Quote support

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 View support's Profile Search for other posts by support Visit support's Homepage
 
juice
Vetran
Vetran


Joined: December 05 2006
Location: United States
Posts: 139
Posted: June 20 2007 at 5:27pm | IP Logged Quote juice

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 View juice's Profile Search for other posts by juice
 
support
Administrator
Administrator


Joined: January 26 2005
Location: United States
Posts: 1666
Posted: June 21 2007 at 9:30am | IP Logged Quote support

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 View support's Profile Search for other posts by support Visit support's Homepage
 
juice
Vetran
Vetran


Joined: December 05 2006
Location: United States
Posts: 139
Posted: June 27 2007 at 7:59am | IP Logged Quote juice

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 View juice's Profile Search for other posts by juice
 
support
Administrator
Administrator


Joined: January 26 2005
Location: United States
Posts: 1666
Posted: July 02 2007 at 10:50am | IP Logged Quote support

FTP account now enabled.

Back to Top View support's Profile Search for other posts by support Visit support's Homepage
 
juice
Vetran
Vetran


Joined: December 05 2006
Location: United States
Posts: 139
Posted: July 09 2007 at 7:26pm | IP Logged Quote juice

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 View juice's Profile Search for other posts by juice
 
support
Administrator
Administrator


Joined: January 26 2005
Location: United States
Posts: 1666
Posted: July 18 2007 at 12:29pm | IP Logged Quote support

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 View support's Profile Search for other posts by support Visit support's Homepage
 
juice
Vetran
Vetran


Joined: December 05 2006
Location: United States
Posts: 139
Posted: July 30 2007 at 7:30pm | IP Logged Quote juice

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 View juice's Profile Search for other posts by juice
 
support
Administrator
Administrator


Joined: January 26 2005
Location: United States
Posts: 1666
Posted: July 31 2007 at 8:10am | IP Logged Quote support

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 View support's Profile Search for other posts by support Visit support's Homepage
 
juice
Vetran
Vetran


Joined: December 05 2006
Location: United States
Posts: 139
Posted: July 31 2007 at 12:19pm | IP Logged Quote juice

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 View juice's Profile Search for other posts by juice
 
support
Administrator
Administrator


Joined: January 26 2005
Location: United States
Posts: 1666
Posted: August 01 2007 at 9:50am | IP Logged Quote support

juice,

We will get your team updated today with new product images.

Support
Back to Top View support's Profile Search for other posts by support Visit support's Homepage
 

If you wish to post a reply to this topic you must first login
If you are not already registered you must first register

  Post ReplyPost New Topic
Printable version Printable version

Forum Jump
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot delete your posts in this forum
You cannot edit your posts in this forum
You cannot create polls in this forum
You cannot vote in polls in this forum






Contact LanScape Hear what the Lawyers have to say How youm may use this site Read your privacy rights