* Ronciak, John ([email protected]) wrote:
> Some list removed for now

Hi John,
  Thanks for the reply.

> What do the HW stats for the failing port say?
> Is it receiving what it thinks are packets that a problem in some way?

I'm fairly sure they weren't incrementing at all, and I took a tcpdump
that was showing nothing coming from the e100's at that point.
Let me know which counters/debug to collect and I'll be
happy to gather it.

> Is there a way to change the MTU being used on the camera that is causing the 
> problem?

The camera doesn't give me much in the way of options (I'm reasonably
sure it's an embedded Linux of some form - but it doesn't let me at it)
If I change the MTU on my end of the link I guess it might follow?

> Does moving the problem camera link to the other e100 port work?

Note that the camera isn't on the e100 port - the camera is on the Tulip;
the PCs that are watching the cameras output are on the e100 ports,
but it's the e100 ports that are stopping, and if I move the PCs to 
another tulip port all works fine.

> Does the dmesg show anything else happening when the problem comes up?

Nope, nothing else.

Dave

-- 
 -----Open up your eyes, open up your mind, open up your code -------   
/ Dr. David Alan Gilbert    |       Running GNU/Linux       | Happy  \ 
\ gro.gilbert @ treblig.org |                               | In Hex /
 \ _________________________|_____ http://www.treblig.org   |_______/

------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
_______________________________________________
E1000-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel® Ethernet, visit 
http://communities.intel.com/community/wired

Reply via email to