Having a bit of a battle would appreciate some second opinions!
I am having one of those "it's a problem at your end, not ours" issues, with a electronic payment service provider. We are experiencing intermittant problems when a transaction is made from our shop till. The traffic concerned is tiny and runs over port 443, from the till to their servers. In order to PROVE the point that is not our net connection, service provider or anything at all on my side of the fence, I have carried out a plethora of TRACERT tests at different time intervals directly to the ip address of the server the till is hitting.
Whilst generally every tracert is fine, I would say that 1 about every 8 or so comes back on the 9th hop with this (main details removed obviously):-
9 * 8 ms 8 ms the.server.I.am.connecting.to.net [123.456.789.101]
Sometimes I get two *'s. It does actually complete the trace, but those * (from when I went to networking school) indicate packet loss and should not be be happening. It is always the same host affected.
Now as far as I am concerned, this is quite clear in black and white that packet loss is being suffered fairly frequently albeit intermittantly and that this would be my smoking gun and the cause of the troubles we are having.
Before I go all gun-ho and pointing fingers however, I just would appreciate others opinion as to whether this indicative packet loss shown would be enough to cause lag or even fail the data transaction. The trace does actually complete, however, so I guess it is a question of how robust the receiving end is to receiving traffic that has had the packet loss? This is where I get on to slightly grey ground.
Most appreciative of any thoughts or opinions on this. It is a a bit of a David vs Goliath situation, in that they just don't believe their almighty systems could be the cause!