Re: XP SP2 seems to cause unwanted traffic to printer



Gctc wrote:

I was afraid you might say that

I ran Ethereal. There were 1220 packets between the printer and this PC in 60sec.
Protocols used
NBNS
ARP
TCP
NBSS
SMB
LANMAN
I could post a few lines here if you like. But which ones are helpful?


Pete

Were there a lot of retries? Such as packets sent multiple times containing the same data before receiving acknolidgment packets or repsonses from the destination or no reposnse at all? It's hard to analyze without seeing the entire capture, and that would be kinda big to post here.


Steve


"Steve N." wrote:


Gctc wrote:


Thanks Steve
It just seems odd that this wasnt a problem till SP2 was loaded.

Well, that doesn't really suprise me much, the SP2 firewall is a mess, even when it's supposed to be disabled it really isn't, especially at startup, and to get around some of its limitations we've had to write ..reg files to modify the firewall behaviour in order to pass some Netware protocols fluidly from SP2 boxes by specifying ports, packet types and service names, and even then it's sometimes hit and miss.


What I suspect is the activity you're seeing could be the result of timeouts and retries of the printer protocols trying to communicate with between the printer and PCs through the kludgey XP firewall. You could try a packet analyzer (ethereal is a good free one) and see what sort of traffic may be timing out and relentlessly retrying and try to configure the firewall to leave them alone, or go the simplest route and remove SP2.

Good luck,

Steve


Peter

"Steve N." wrote:



Gctc wrote:


Hi Steve
Thanks for the pointers but if it has improved it is only slight.
Currently enabled ports are Parallel
SMB tcpip
SNMP udp
Salutation
FTP Client
Send Email
Mail Notification


All these are required to allow the machine to function in all of its roles.

Current protocols used are
SMB
TCP/IP
SNMP
HTTP

Peter

All those protocols are going to chat with your hosts. Nothing you can do about it if you're going to use them.


Steve



"Steve N." wrote:




Gctc wrote:




After loading SP2 certain programs like WORD have to communicate with the printer every time you format anything in the document. My photo editor is even worse. If I delete the printer everything speeds up remarkably.
PC and printer are connected via a switch where the activity was noticed.
Have downloaded the latest printer drivers and lastest XP updates to no avail.


Any ideas?

Almost forgot... and disable any unused protocols at the printer itself; all you should need is TCP/IP.


Steve



.



Relevant Pages

  • Re: Energy constraints was Re: Androids & Strong AI in the Future
    ... acts like a PC running windows with a wifi internet connection. ... handle, in good modular fashion, all packet level assembly protocols, ... "radio sense" than you or I have a radio sense when we jack in at some ... radio data, it has a radio sense, if you send wifi packets, it has "wifi ...
    (comp.ai.philosophy)
  • Re: Identifying NATed machines
    ... > that the time information from the complainer and from your firewall are ... think it would be more elegant if the info was in the packets. ... doesn't violate any protocols IMHO. ...
    (comp.os.linux.networking)
  • Re: Rate Monotonic Scheduling (RMS) vs. OS Scheduling
    ... anothe in house scheduler algorithm) or using the OS scheduling. ... "dynamic control" layer is responsible for handling protocols' control ... duration and deadlines in advance. ... Of course this only applies after packets have been received. ...
    (comp.arch)
  • RE: [fw-wiz] tests about latency
    ... > to other protocols? ... ICMP handling is generally a special case for most ... most devices with minor changes to the packets you're generating. ... different sized buffer, will it affect overall performance for the other ...
    (Firewall-Wizards)
  • Re: NDIS IM: queueing question
    ... This is why TCP protocol has the concept of ACK packets. ... upper level protocols should guard against this and not NDIS. ... > Maxim Shatskih, Windows DDK MVP ...
    (microsoft.public.development.device.drivers)

Loading