The only obvious principle here is that the true issue is never the
obvious one. :-)
I'm not that familiar with the Web Credit or CASHNet services. Are you
connecting to an on-campus service, or is this strictly off campus? Are
you able to try other Web services, either on campus or off, and do you
see the same types of delays? What does a speed test (e.g. speedtest.net)
show?
My initial inclination is to think that this might be a timeout of some
sort, rather than slow network itself. And perhaps the issue is with
the client computer, rather than the firewall. A DNS setting pointing
to an unreachable server can generate these symptoms, for instance.
Doug
On Wed, Apr 13, 2011 at 04:02:14PM -0400, Kim Geiger wrote:
> Before I throw in the towel and spend money, I thought I would see if you all had any ideas.
>
> Two firewalls on machines to enter credit numbers in a PCI-compliant fashion.
>
> One is a Netgear FVS318 and it works fine, though I'm "wasting" seven ports of it.
>
> The other is a Netgear FVS114. When we start off at a server on the same subnet as the firewall's WAN port, all is well. But when it's time to go to Web Credit or CASHNet, there is a appreciable delay. I know, slowness is relative, but this really is long enough to be annoying and slows down the flow of data entry in a bad way.
>
> The config of these Netgears is not especially complicated and I've been over both with a fine-toothed comb, comparing settings. The LAN ports on the FVS114 are 10/100 Mbps, while the FVS318 is 100/Full; that's the biggest difference. I've fiddled with the negotiation rates and even the slow unit's MTU.
>
> Can you think of some obvious principle of networking that I may be missing?
>
> Thanks for any thoughts.
>
> --
> Kim Geiger
> Information Technologist
> Broadcasting Services
> Michigan State University
> 517-432-3120 x 429
--
Doug Nelson, Network Architect | [log in to unmask]
Academic Technology Services | Ph: (517) 353-2980
Michigan State University | http://www.msu.edu/~nelson/
|