- For individual users
- Instant access to solutions
- Ask your tech questions
- Start your 30-day Free Trial
Main Topics
Browse All TopicsAfter consulting the Coyote Point tech support and upper level engineers we have concluded that our configuration of 1 Coyote E550si with 2 Windows 2003 IIS Servers is setup properly. However, our ASP.NET web application does not function properly. The symptom that we are encountering when the equalizer switches the user's connection from server A to server B is the following error in different frames of the application. Please note that we have not been able to reproduce the error using the Microsoft Network Load Balancer configuration.
Server Error in '/rnt_Proj' Application.
--------------------------
Object reference not set to an instance of an object.
Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code.
Exception Details: System.NullReferenceExcept
Source Error:
An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below.
Stack Trace:
[NullReferenceException: Object reference not set to an instance of an object.]
rnt_Proj.rntGlobals.GrabSe
rnt_Proj.rntCollaboration.
System.Web.UI.Control.OnLo
System.Web.UI.Control.Load
System.Web.UI.Page.Process
--------------------------
Version Information: Microsoft .NET Framework Version:1.1.4322.2379; ASP.NET Version:1.1.4322.2379
Furthermore, we are able to reproduce the error using the following steps.
Case I:
1. Go to the URL Login page of the application using IE. (screen shows server A responded)
2. Login
3. Main page will open and the Menu frame or the Collaboration frame will display the error. (screen shows server B responded)
Case II:
1. Go to the URL Login page of the application using IE. (screen shows server A responded)
2. Login
3. Main page will open looking normal. (screen shows server A responded)
4. Press F5 to refresh this is normal and the application will remain in the Main page.
5. Main page will appear and the Menu frame or the Collaboration frame will display the error. (screen shows server B responded)
Lastly, Coyote Point Support explained to us that the error occurs due to three reasons.
1. Undeclared variables (Exterior, not observed by the compiler).
2. Bad scripting.
3. Bad programming.
However, they ruled out 2 and 3, because our application works fine using the Microsoft Network Load Balancing configuration. Therefore, to troubleshoot #1 they advised us to use a packet analyzer or packet sniffer, such as Ethereal (http://www.ethereal.com/d
Our experiences with packet sniffers has not been very positive, because of the vast information they can return which is practically looking for a needle in a hay stack. Therefore, if anyone in this forum can provide us with some insight incase you've ran into a similar issue or if any can provide us a second opinion that will help us to move forward it will be greatly appreciated.
Thanks,
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.

Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
Business Accounts
Answer for Membership
by: giltjrPosted on 2007-05-24 at 19:55:36ID: 19154505
A packet sniffer is you best bet, youc an use ethereal or Wireshark (www.wireshark.org). Wireshark is the replacement.
You can limit the amount of traffic by using a filter on the caputer. Specify "ip host x.x.x.x" where x.x.x.x is the IP address of the other host. Where the other host is the client when capturing on the server side and the server when caputuring on the client side. I would suggest capturing on both sides at the same time to compare.
It is possible that you have some special character being passed in the URL that CoyotePoint is eating.
I have some older 350's and we have had issue where the sticky sessions do not work, which is a headache for us as our application requires the users to aways go back to the same server that they logged on to. If they get sent to the "wrong" server, everything gets hoses. So we have had to use 1 active and 1 backup. Luckly for us, a single server can handle the number of concurrent sessions we have.