On Wed, Oct 11, 2000 at 12:58:53PM -0700, Paul Newhouse wrote:
> Problem connection (1460):
>   home (client) side:
>     kdebug 1 mru 1460 nopersist local nocrtscts nodeflate novjccomp \
> 	ipcp-accept-local ipcp-accept-remote netmask 255.255.255.255 linkname WORK ipparam VIDSL
> 
>   work (server) side (Solaris 2.7):
> 	mru 1460 nodetach nopersist proxyarp vj-max-slots 16 deflate 15,15 \
> 	lcp-echo-failure 100 lcp-echo-interval 10 local nocrtscts \
> 	172.31.255.5:172.31.255.6 netmask 255.255.255.255 ipparam WORK
> 
> YUCK!! I didn't realize each side had deviated so much!?!? hmmmm??

1460, maybe that's the problem ? Could the short packets you're getting be
caused by fragmentation ?

> 
> I'm remembering that 1500, vj & deflate wouldn't work for this connection, I had to turn 
> them off or the connection wouldn't stay up very long.
> 
> This next connection has always been very stable.
> 
> Working connection (1500):
>   home (server) side:
>     nodetach lcp-echo-failure 30 lcp-echo-interval 15 nopersist noauth \
> 	172.31.255.2:172.31.255.1 vj-max-slots 16 deflate 15,15 local nocrtscts \
> 	netmask 255.255.255.252 mtu 1500 domain wan.vpn linkname ALAN ipparam CABLEVPN
> 
>   remote (client) side (NetBSD, but on occasion FreeBSD and Linux):
>     nodetach lcp-echo-failure 30 lcp-echo-interval 5 nopersist noauth \
> 	172.31.255.1:172.31.255.2 vj-max-slots 16 deflate 15,15 local nocrtscts \
> 	netmask 255.255.255.252 mtu 1500 domain wan.vpn ipparam DSLVPN
> 
> Paul
> 
> P.S. - Both connections die a mysterious stagnation death over @home.

Maybe MTU problems too ? Does @home use a 1500 MTU, or lower ?

--
Manuel Bouyer, LIP6, Universite Paris VI.           Manuel.Bouyer@lip6.fr
--