[Openvpn-users] (WSAECONNRESET) (code=10054) over UDP, packet dropped due to output saturation over TCP with TUN

[Cameron Gocke <livedrive777@xxxxxxxxx>]

On 2/2/06, Ben Scott <dragonhawk@xxxxxxxxx> wrote:
> On 2/2/06, Cameron Gocke <livedrive777@xxxxxxxxx> wrote:
> > That is correct, the exact error taken from the log is this:
> >
> > Thu Feb 02 15:15:41 2006 read UDPv4: Connection reset by peer
> > (WSAECONNRESET) (code=10054)
> >
> > So, no client information is included.
>
>  Bummer.  :)
>
> > I can try modifying my firewall to allow all traffic outbound from UDP
> > 443 to any and see what happens.
>
>  Maybe this is a thinko, but: Unless you've changed the default,
> OpenVPN 2.x uses UDP port 1194.  UDP port 443 is HTTPS (HTTP over
> SSL).
>
> > Thanks for the help Ben ...
>
>  You're welcome.  Good luck!
>
> -- Ben
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> _______________________________________________
> Openvpn-users mailing list
> Openvpn-users@xxxxxxxxxxxxxxxxxxxxx
> https://lists.sourceforge.net/lists/listinfo/openvpn-users
>

OK, I have some more info on this that will hopefully (cross my
fingers) shead some light here...

Since I was getting nowhere with the WSAECONNRESET code=10054 error
over my UDP connection I decided to put a couple of users onto a TCP
connection to see if that helped keep a more consistant connection to
the IP phones.  Well what I see in my server log now when their phone
connection drops is this error:

MULTI: packet dropped due to output saturation (multi_process_incoming_tun)

I saw a single reference in the archives regarding too much broadcast
traffic over bridged connections, but since I'm using a routed TUN
connection that doesn't get me very far.

Ideas?  Is there something about the IP phone traffic specifically
that might be flooding something with traffic?  I'm hoping this new
error is helpful because truthfully it raises more questions for me
than answers.


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
Openvpn-users mailing list
Openvpn-users@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/openvpn-users