Forums before death by AOL, social media and spammers... "We can't have nice things"
|    comp.dcom.vpn    |    VPN protocols, clients, awesomeness    |    2,348 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 1,460 of 2,348    |
|    Mike Drechsler - SPAM PROTECTED EMA to Mark A. Shelley    |
|    Re: Complex VPN Dropping Issue....Need h    |
|    31 Jan 05 01:44:39    |
      From: mike-newsgroup@-DELETETHISPART-.upcraft.com              Mark A. Shelley wrote:       > Dear VPN Fans,       >              BIG SNIP              > Any ideas on how to proceed in debugging this drop issue? Verizon won't help       > at all claiming that they don't support VPN unless you buya static IP and a       > business account. I tried to point out that VPN is just a protocol running       > over TCP/IP and that if they support TCP/IP and WindowsXP, then this is a       > problem that they need to look at.       >       > Is it possible that Verizon breaks the conection when they detect VPN       > protocols on home accounts?       >       > DIYGuy              1 of 2 problems I can think of. MTU detection problem or packet loss.              1. The MTU autodetection on one of your routers is not working properly.              Try doing a ping test on both independently to one of the first few       routers along your path (use tracert to determine)              Try increasing the packet size of your ping packets and see if it gets       worse (it wont' get better), Start at 1000 bytes to verify it works,       Then try 1500 bytes which will fail, make sure you specify the do not       fragment flag. Move down by 50 bytes until it works and then try to       zero in on the exact packet size that your connection will tolerate. In       your router manually set the MTU size to the value you determined and       try your VPN tests again. If it works you can try increasing this value       on the router by 20 and do another VPN test, this should be the optimum       value because the 20 bytes would be overhead caused by the TCP header.              2. You are experiencing packet loss on one or both of your connections.              Using ping again do tests to your ISP's routers and try to determine if       there is any packet loss on your connection. Using larger packets will       help get more accurate results. In the MTU problem you will always get       a packet failure with the do not fragment flag set when you encounter a       network limit. With packet loss you will only get occasional failures       of some packets. Make sure you do this test with no other sources of       traffic running on the connection or they will invalidate your results.        Connect a PC directly to the modem for this test before calling the       ISP. You can start your testing with the router in place but once you       have determined that packet loss is present you must eliminate all of       your equipment that you can before the ISP will help you.              If you want to go to the last possible solution for fixing packet loss       on your end you would need to hookup your modem directly to the test       jack of your phone panel (if you have one) and completely disconnect all       the internal wiring and doing a test from there. This will eliminate       internal sources of electrical interference on your lines from being the       source of the problem. Also try different enthernet patch cords and       phone cords to the modem.              If you prove packet loss is present then call Verizon and report that       you have packet loss on your connection. This is something they are       responsible for fixing, you can tell them you are trying to use VPN if       you like but there is no reason for them to deny you support if you have       identified the cause to be on their network. I personally wouldn't even       mention it, a connection with packet loss is broken no matter what       application you are using it for.                     --       WARNING! Email address has been altered for spam resistance.       Please remove the -deletethispart-. section before replying directly.       Mike Drechsler (mike-newsgroup@-deletethispart-.upcraft.com)              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca