Add a static route to the client subnet with Route ADD and have it go
out the NIC that is supposed to communicate with the client

-----Original Message-----
From: Jose Manzano [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2003 9:45 AM
To: Exchange Discussions
Subject: RE: "Requesting Data from Exchange Server" too much

 Hum......

   When I do a route print I see the routing table referencing routes to
this network from both cards...

    So what I'm thinking is ...

         Clients sends request to Exchange Servers first nic with IP
X.X.X.1


         Server sees request and sends back info from NIC2,different IP

         Client gets back data but with a different IP than he is
expecting.
  
         Client gets confused and sends another request this time
popping up
the message on the screen...

    Hum.....
 
           Is this a way to knock out the 2nd nic from being set as a
route
to this network with out disabling it? Like through the routing table ? 

    Thank you! 

-----Original Message-----
From: Fyodorov, Andrey [mailto:[EMAIL PROTECTED] 
Sent: Monday, August 04, 2003 6:19 PM
To: Exchange Discussions
Subject: RE: "Requesting Data from Exchange Server" too much

The default route from that server is probably going out the wrong NIC.


-----Original Message-----
From: Jose Manzano [mailto:[EMAIL PROTECTED] 
Sent: Monday, August 04, 2003 4:43 PM
To: Exchange Discussions
Subject: RE: "Requesting Data from Exchange Server" too much

 Hello Russell,


  Thanks for replying... here are the answers 

 
1) There is a server that is attached to that message.  If you have more
than one Exchange server, are you sure you have the right server (it's
happened to me here)? 

   It is referring to the server that has the two nic's in it. What
happened
to you at your location. We do have 2 Exchange servers onsite.  

2) Is this a remote user or a local user (I'm assuming a local user, but
again, I've been burnt on that also).

  They are local users

3) Is this all users or one user?
 
    All users :(

4) I would start with DNS.  Make sure everything is resolving properly.

    I did nslookups internally and everything is pointing to the gig
card on
the server. The 10/100 does not seem to be used at all. 
    
 ??? 

    

-----Original Message-----
From: Etts, Russell [mailto:[EMAIL PROTECTED] 
Sent: Monday, August 04, 2003 4:31 PM
To: Exchange Discussions
Subject: RE: "Requesting Data from Exchange Server" too much

Hi Joe

There are a couple of questions I have:

1) There is a server that is attached to that message.  If you have more
than one Exchange server, are you sure you have the right server (it's
happened to me here)? 
2) Is this a remote user or a local user (I'm assuming a local user, but
again, I've been burnt on that also).
3) Is this all users or one user?
4) I would start with DNS.  Make sure everything is resolving properly.

HTH

Russell


-----Original Message-----
From: Jose Manzano [mailto:[EMAIL PROTECTED] 
Sent: Monday, August 04, 2003 4:18 PM
To: Exchange Discussions


  Hello all,

      Here is my problem

         We have an Exchange 5.5 server that is constantly giving you
the message "Requesting Data from Exchange Server" . This is like every
3rd or 4th message. I'm starting with the NIC's, the server has dual
NIC's that are active on the network.  I'm thinking one is causing some
kind of issues when the server sends the data back, and the client gets
confused? I don't know just going on a hunch.

   I wouldn't think we would need dual NIC's on this server. The NIC's
are not teamed, nor is this server clustered.  

 Any advice on troubleshooting this message would be highly
appreciated!!!

  Thank you!!

      

_________________________________________________________________
List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
Web Interface:
http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&;
lang=english
To unsubscribe:         mailto:[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]


_________________________________________________________________
List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
Web Interface:
http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&;
lang
=english
To unsubscribe:         mailto:[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]

_________________________________________________________________
List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
Web Interface:
http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&;
lang=english
To unsubscribe:         mailto:[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]



_________________________________________________________________
List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
Web Interface:
http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&;
lang
=english
To unsubscribe:         mailto:[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]

_________________________________________________________________
List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
Web Interface:
http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&;
lang=english
To unsubscribe:         mailto:[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]



_________________________________________________________________
List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
Web Interface: 
http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english
To unsubscribe:         mailto:[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]

Reply via email to