+ Post New Thread
Results 1 to 6 of 6
Internet Related/Filtering/Firewall Thread, Having a bit of a battle would appreciate some second opinions! in Technical; Hi, I am having one of those "it's a problem at your end, not ours" issues, with a electronic payment ...
  1. #1

    Join Date
    Jul 2009
    Posts
    33
    Thank Post
    1
    Thanked 4 Times in 3 Posts
    Rep Power
    11

    Having a bit of a battle would appreciate some second opinions!

    Hi,

    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!

    Thanks,

    Andrew

  2. #2
    tin
    tin is offline

    Join Date
    Mar 2008
    Posts
    13
    Thank Post
    0
    Thanked 1 Time in 1 Post
    Rep Power
    0
    I would say that * for the last hop in a traceroute is a VERY common event. I forget the details, apologies, but remember reading something like it's a defence mechanism of the destination when you're hitting it repeatedly with packets destined for it with expiring TTL. While it could indicate the problem you describe it can most certainly can occur naturally.

  3. #3

    mac_shinobi's Avatar
    Join Date
    Aug 2005
    Posts
    10,051
    Thank Post
    3,583
    Thanked 1,123 Times in 1,025 Posts
    Rep Power
    377

  4. #4
    oxide54's Avatar
    Join Date
    Mar 2009
    Posts
    798
    Thank Post
    51
    Thanked 55 Times in 54 Posts
    Rep Power
    23
    ICMP is a different protocol to HTTPS which I'm sure you know, ping / tracert proves network connectivity but does not take into account packet / port filtering for the protocol u wish to connect with in this case HTTPS.

    are you connecting via proxy?

  5. #5

    Join Date
    Feb 2009
    Location
    Somerset
    Posts
    2
    Thank Post
    0
    Thanked 0 Times in 0 Posts
    Rep Power
    0
    You could try a telnet session to the host on port 443 to see if you can connect when the till is having problems.
    From a DOS prompt do Telnet ip address 443 (ie Telnet 123.456.789.111 443) This should present you with either a blank dos box or some html code.

  6. #6
    Duke5A's Avatar
    Join Date
    Jul 2010
    Posts
    859
    Thank Post
    88
    Thanked 154 Times in 124 Posts
    Blog Entries
    8
    Rep Power
    35
    It's almost as if the quickest/shortest routed path is down or flapping, and it is falling back on a gateway of last resort or a higher cost path. If you don't control that network segment this could be a real pain to fix.



SHARE:
+ Post New Thread

Similar Threads

  1. Replies: 5
    Last Post: 3rd November 2010, 02:13 AM
  2. Replies: 1
    Last Post: 26th September 2010, 09:18 PM
  3. [Video] Election debate rap battle
    By mattx in forum Jokes/Interweb Things
    Replies: 0
    Last Post: 4th May 2010, 08:15 PM
  4. Installing 32 bit apps on 64 bit server
    By Number6 in forum Windows Server 2008
    Replies: 10
    Last Post: 27th July 2009, 02:05 PM
  5. GTA 4: Battle of the consoles
    By ZeroHour in forum Gaming
    Replies: 21
    Last Post: 17th May 2008, 01:16 PM

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •