D-Link Forums

The Graveyard - Products No Longer Supported => Routers / COVR => DIR-868L => Topic started by: laffindude on September 20, 2013, 01:24:38 AM

Title: Various services cannot stay connected
Post by: laffindude on September 20, 2013, 01:24:38 AM
Like said in the title, IRC, IMs, anything else that requires a constant connection cannot stay connected when there are P2P running (stays connected just fine without P2P). This happens quicker with SPI turned on. Without SPI, it can stay connected with more connections. Although initially I've thought it was only IRC, but through some more testing, it seems to drop the IM ones as well. It is just IM disconnection and reconnection happen with much less fanfare than IRC. The behavior of the router seems like it is drops older connections in favor of the new ones.

The only change I've made to my network is replacing the old DGL4300 with the DIR-868L. I've done much worst to the 4300 without it dropping connections. It is a little frustrating that buying a new top end home router and having it performing worse than my 8 year old one. I always tried all the basics, lower maximum connection counts, played with firewall settings etc. Prefer not having to foward/trigger ports. Any other things I should try other than throwing it out the window?
Title: Re: Various services cannot stay connected
Post by: FurryNutz on September 20, 2013, 07:15:12 AM
Welcome! (http://forums.dlink.com/index.php?topic=41537.0)

Internet Service Provider and Modem Configurations

Router and Wired Configurations
Some things to try: - Log into the routers web page at 192.168.0.1. Use IE, Opera or FF to manage the router.

Title: Re: Various services cannot stay connected
Post by: laffindude on September 22, 2013, 02:40:45 AM
Thanks for the reply, but I already tried the pertinent settings listed before coming on the forum. Most of the list has to do with general disconnect problem, which I don't have. My IRC can stay connected (only tested for 3-4 days) without P2P. Only when it is tracking many open connections it has problem. Many as in very few compared to my DGL4300, as only 2-300 open UDP sessions is needed to make it drop IRC connections (it'll disconnect in 20-30 seconds when there are 800+ sessions). Active connections, such as HTTP and FTP downloads, doesn't get dropped even when there are many more open sessions. First sign of problem is that IRC will stop getting ping pong events. Probably means the router closed the connection and the IRC server cannot traverse through the NAT anymore. I've tried generating a bunch of TCP sessions, and it too will make the router drop the IRC connection.

I've tried triggered ports and port forwarding. Neither helped.

PS, where is a setting in the router for admin time out? It was very annoying to enter bunch of stuff and have it time out on me before I saved.
Also, why I can't use the drop down list for computer name for IP when I use DHCP reservation?


^Edit, I got IRC to stay connected by forcing the client to use IPv6 through teredo tunneling. What a hack of a "solution." Now, if I can just get my IM to stay connected o__0
Title: Re: Various services cannot stay connected
Post by: FurryNutz on September 22, 2013, 11:20:08 AM
It would be helpful to us if you could post some of the results and answers to the questions back here as this would be helpful to us in gaining a better idea of what your system is and what is going on and would be beneficial to you as this would help us give better feedback and suggestions in finding a resolution to your problem. We understand the need to resolve this and do it on your own as well. It just helps if you could post information so we can help you better, not just saying that you've already tried that already. Not everyone has the same problems and in some cases like this, this is a odd ball issue that nobody else has brought to our attention here in the forums. So working with you to get as much information helps us help you find the solution for these cases. However it seems you have found a work around that works for you and thank you for sharing the solution.

We can presume that IPv4 does not work as expected for your chat program?