Oct 16 04:27:35 localhost pppd[6529]: sent [CCP TermReq id=0x3"No
compression negotiated"]
Oct 16 04:27:35 localhost pppd[6529]: rcvd [CCP TermAck id=0x2]
Oct 16 04:27:35 localhost pppd[6529]: rcvd [CCP TermAck id=0x3"No
compression negotiated"]
here's the configurations.
ppp options :
lock
auth
nodefaultroute
ipcp-accept-local
ipcp-accept-remote
lcp-echo-failure 10
lcp-echo-interval 10
noproxyarp
asyncmap 0x20000000
bsdcomp 15
/etc/modules.conf
alias eth0 8139too
alias eth1 via-rhine
alias sound-slot-0 via82cxxx_audio
post-install sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -L
>/dev/null 2>&1 || :
pre-remove sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -S
>/dev/null 2>&1 || :
alias usb-controller usb-uhci
alias usb-controller1 ehci-hcd
alias /dev/ppp ppp_generic
alias char-major-108 ppp_generic
alias tty-ldisc-3 ppp_async
alias tty-ldisc-14 ppp_synctty
alias ppp-compress-18 ppp_mppe_mppc
alias ppp-compress-21 bsd_comp
alias ppp-compress-24 ppp_deflate
alias ppp-compress-26 ppp_deflate
[root@localhost ZIP]# lsmod
Module Size Used by Not tainted
ppp_deflate 4184 0 (autoclean)
bsd_comp 5176 0 (autoclean)
mousedev 5400 0 (unused)
keybdev 2820 0 (unused)
input 6144 0 [mousedev keybdev]
also, windows virtual connection interface says no data compression
set. any ideas ? thanks in advance
Similan
>Hi, i'm trying to connect to linux l2tpd server which ported kernel
>2.4.30, pppd ppp-2.4.3. also, everything included that related on data
>conpression modules just like bsd-comp things.
>but when i tried to connect from windows patched(no ipsec over l2tp)
>l2tp client, it says "No compression negotiated" just like following
>messages.
Linux and windows share no compression algorith. Windows algorithms are all
proprietary.
Why worry ?
>Oct 16 04:27:35 localhost pppd[6529]: sent [CCP TermReq id=0x3"No
>compression negotiated"]
>Oct 16 04:27:35 localhost pppd[6529]: rcvd [CCP TermAck id=0x2]
>Oct 16 04:27:35 localhost pppd[6529]: rcvd [CCP TermAck id=0x3"No
>compression negotiated"]
>here's the configurations.
>ppp options :
>lock
>auth
>nodefaultroute
>ipcp-accept-local
>ipcp-accept-remote
>lcp-echo-failure 10
>lcp-echo-interval 10
>noproxyarp
>asyncmap 0x20000000
That is a really weird asyncmap. Why did you choose that?
> Oct 16 04:27:35 localhost pppd[6529]: sent [CCP TermReq id=0x3"No
> compression negotiated"]
> Oct 16 04:27:35 localhost pppd[6529]: rcvd [CCP TermAck id=0x2]
> Oct 16 04:27:35 localhost pppd[6529]: rcvd [CCP TermAck id=0x3"No
> compression negotiated"]
It might have been somewhat useful to have included all the other CCP
negotiations before these.
> here's the configurations.
> ppp options :
> lock
> auth
> nodefaultroute
> ipcp-accept-local
> ipcp-accept-remote
> lcp-echo-failure 10
> lcp-echo-interval 10
> noproxyarp
> asyncmap 0x20000000
Escape from telnet?
Better would be "asyncmap 200a0000" since there are PPP implementations
with broken ACCM (asyncmap) code and escape XON/XOFF even though
they accept ACCM 0 (the pppd default). This often causes trouble in
link negotiations that follow ACCM negotiations due to implementation
differences that don't violate the PPP as does the above. However,
in regard to this YMMV.
> bsdcomp 15
You need a ppp_mppe_mppc module (corresponding to the alias line above).
The rest of the compression modules can be junked, MS doesn't implement
them. You may also need a patch for pppd and a patch for your kernel
that include MPPC.
MPPE and MPPC stand for "Microsoft Point to Point Encryption" and
"Microsoft Point to Point Compression" respectively. Each is a
part of Microsoft's CCP, ala MS-PPC. MPPC is patent-encumbered
and thus not a part of a standard pppd or a standard Linux kernel.
MPPE is not patented and can be negotiated w/o MPPC - although most
PPP implementations that include MS-PPC require MPPC. A standard
pppd _does_ implement the MPPE part. Check man pppd for MPPE options.
If you have the pppd source then the file README.MPPE provides more
enlightenment.
There may be pppd and kernel patches available on the web that include
all of MS-PPC.
Good Luck!
--
Clifford Kite Email: "echo xvgr_yv...@ri1.arg|rot13"
/* On Linux be root, on Windows reboot.
-Josef Müllers */