Thanks a lot for the advice!
It works now with the 'novj' option set.
Regards,
A.Iakovlev
Clifford Kite wrote:
>
....
> This connection *should* be okay, despite the IPCP peer request oddity
> commented on above.
>
> I'm wasn't able to verify that the DNS addresses above are vaild, but I
> found that 212.83.128.1 and 212.83.128.2 are listed as DNSs for
> worldonline.fr. You should be able to stick them in your /etc/resolv.conf
> and not need the option "usepeerdns."
>
> There are different types of black holes, a symptom of incorrect DNS IP
> addresses is that ping hangs. That is also a symptom of an incorrect
> default route. If your DNSs are good, and your routing is good, then these
> are the only other things that come immediately to mind:
>
> The peer requests an ACCM (asyncmap) of a0000 and some PPP
> implementations are broken with respect to ACCM negotiation.
> This can cause trouble, often starting with the IPCP negotiations.
>
> Try asking for the same ACCM with the pppd option "asyncmap a0000".
>
> The peer requests a VJ header compression setting (<compress VJ 0f
> 01>) that differs from the VJ setting that pppd requests (<compress
> VJ 0f 00>). This can cause PPP link trouble when the peer is broken
> with respect to VJ negotiation, or the peer VJ implementation itself
> is broken.
>
> Try setting the pppd option "novj" to prevent VJ negotiation. Or you
> can try the pppd option "novjccomp", which will cause pppd to ask for
> the same VJ option as the peer requested (00). That will allow pppd to
> do the same type of VJ compression as the peer requested, and *might*
> cure the problem without giving up VJ compression altogether.
>
> Just in case you aren't aware of it, VJ header compression is not related
> to CCP compression.
>
> ---
> Clifford Kite Not a guru. (tm)
-
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to [EMAIL PROTECTED]
