ppp troubles

Hello,
there are some mysterius things on my linux box (kernel 2.6.9). I have
a rtc internet connexion and two providers.

This one is o.k., syslog shows :

Nov 16 23:51:08 joe pppd[7727]: pppd 2.4.2 started by joe, uid 1000
Nov 16 23:51:08 joe pppd[7727]: Using interface ppp0
Nov 16 23:51:08 joe pppd[7727]: Connect: ppp0 <--> /dev/ttyS0
Nov 16 23:51:11 joe pppd[7727]: PAP authentication succeeded
Nov 16 23:51:12 joe pppd[7727]: found interface eth0 for proxy arp
Nov 16 23:51:12 joe pppd[7727]: local IP address 62.147.89.22
Nov 16 23:51:12 joe pppd[7727]: remote IP address 192.168.2.2
Nov 16 23:51:12 joe pppd[7727]: primary DNS address 212.27.32.5
Nov 16 23:51:12 joe pppd[7727]: secondary DNS address 213.228.0.168

The other, configured at the same way:

Nov 16 23:49:37 joe pppd[7215]: Using interface ppp0
Nov 16 23:49:37 joe pppd[7215]: Connect: ppp0 <--> /dev/ttyS0
Nov 16 23:49:40 joe pppd[7215]: PAP authentication succeeded
Nov 16 23:49:41 joe pppd[7215]: Cannot determine ethernet address for
proxy ARP
Nov 16 23:49:41 joe pppd[7215]: local IP address 62.147.88.201
Nov 16 23:49:41 joe pppd[7215]: remote IP address 192.168.254.254
Nov 16 23:49:41 joe pppd[7215]: primary DNS address 212.27.32.5
Nov 16 23:49:41 joe pppd[7215]: secondary DNS address 213.228.0.168

Remote IP adress is local !??

Also ifconfig shows :

eth0 Lien encap:Ethernet HWaddr 00:E0:18:E2:6E:68
inet adr:192.168.2.2 Bcast:192.168.2.255
Masque:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Interruption:11

eth1 Lien encap:UNSPEC HWaddr
00-11-06-00-00-00-34-B6-00-00-00-00-00-00-00-00
inet adr:192.168.0.1 Bcast:192.168.0.255
Masque:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

lo Lien encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:92 errors:0 dropped:0 overruns:0 frame:0
TX packets:92 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:4952 (4.8 KiB) TX bytes:4952 (4.8 KiB)

I don't understand, I have only one netcard, eth0 is on the
motherboard.

At last, I have many of the folowing messages in syslog :

Nov 16 23:51:24 joe kernel: DROPPED IN= OUT=eth0 SRC=192.168.2.2
DST=192.168.2.255 LEN=120 TOS=0x00 PREC=0x00 TTL=64 ID=202 DF
PROTO=UDP SPT=631 DPT=631 LEN=100
Nov 16 23:51:25 joe kernel: DROPPED IN= OUT=eth0 SRC=192.168.2.2
DST=192.168.2.255 LEN=106 TOS=0x00 PREC=0x00 TTL=64 ID=203 DF
PROTO=UDP SPT=631 DPT=631 LEN=86

What's going on ? Somebody can explain me in a not to complicate way?
Thank's,

Joe.

(E-Mail Removed) (Joe) writes:

]Hello,
]there are some mysterius things on my linux box (kernel 2.6.9). I have
]a rtc internet connexion and two providers.

What is an rtc internet connection?


]This one is o.k., syslog shows :

]Nov 16 23:51:08 joe pppd[7727]: pppd 2.4.2 started by joe, uid 1000
]Nov 16 23:51:08 joe pppd[7727]: Using interface ppp0
]Nov 16 23:51:08 joe pppd[7727]: Connect: ppp0 <--> /dev/ttyS0
]Nov 16 23:51:11 joe pppd[7727]: PAP authentication succeeded
]Nov 16 23:51:12 joe pppd[7727]: found interface eth0 for proxy arp
]Nov 16 23:51:12 joe pppd[7727]: local IP address 62.147.89.22
]Nov 16 23:51:12 joe pppd[7727]: remote IP address 192.168.2.2
]Nov 16 23:51:12 joe pppd[7727]: primary DNS address 212.27.32.5
]Nov 16 23:51:12 joe pppd[7727]: secondary DNS address 213.228.0.168

enable debugging.
place
debug
into /etc/ppp/options and also the line
daemon.*;local2.* /var/log/ppplog
into /etc/syslog.conf and then do
killall -1 syslogd


]The other, configured at the same way:

]Nov 16 23:49:37 joe pppd[7215]: Using interface ppp0
]Nov 16 23:49:37 joe pppd[7215]: Connect: ppp0 <--> /dev/ttyS0
]Nov 16 23:49:40 joe pppd[7215]: PAP authentication succeeded
]Nov 16 23:49:41 joe pppd[7215]: Cannot determine ethernet address for
]proxy ARP
Why do you have the proxyarp option enabled on this machine? Your
configuration is NOT the same.

]Nov 16 23:49:41 joe pppd[7215]: local IP address 62.147.88.201
]Nov 16 23:49:41 joe pppd[7215]: remote IP address 192.168.254.254
]Nov 16 23:49:41 joe pppd[7215]: primary DNS address 212.27.32.5
]Nov 16 23:49:41 joe pppd[7215]: secondary DNS address 213.228.0.168

]Remote IP adress is local !??

What are you talking about?

]Also ifconfig shows :

]eth0 Lien encap:Ethernet HWaddr 00:E0:18:E2:6E:68
] inet adr:192.168.2.2 Bcast:192.168.2.255
]Masque:255.255.255.0
] UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
] RX packets:0 errors:0 dropped:0 overruns:0 frame:0
] TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
] collisions:0 lg file transmission:1000
] RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
] Interruption:11

]eth1 Lien encap:UNSPEC HWaddr
]00-11-06-00-00-00-34-B6-00-00-00-00-00-00-00-00
] inet adr:192.168.0.1 Bcast:192.168.0.255
]Masque:255.255.255.0
] UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
] RX packets:0 errors:0 dropped:0 overruns:0 frame:0
] TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
] collisions:0 lg file transmission:1000
] RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

]lo Lien encap:Boucle locale
] inet adr:127.0.0.1 Masque:255.0.0.0
] UP LOOPBACK RUNNING MTU:16436 Metric:1
] RX packets:92 errors:0 dropped:0 overruns:0 frame:0
] TX packets:92 errors:0 dropped:0 overruns:0 carrier:0
] collisions:0 lg file transmission:0
] RX bytes:4952 (4.8 KiB) TX bytes:4952 (4.8 KiB)

]I don't understand, I have only one netcard, eth0 is on the
]motherboard.

No idea what eth1 is. Not enough information here.

Bill Unruh <(E-Mail Removed)> wrote:
> (E-Mail Removed) (Joe) writes:

> ]Nov 16 23:49:41 joe pppd[7215]: local IP address 62.147.88.201
> ]Nov 16 23:49:41 joe pppd[7215]: remote IP address 192.168.254.254
> ]Nov 16 23:49:41 joe pppd[7215]: primary DNS address 212.27.32.5
> ]Nov 16 23:49:41 joe pppd[7215]: secondary DNS address 213.228.0.168

> ]Remote IP adress is local !??

> What are you talking about?

I think he means private IP address. To the OP: Such an IP address
will work provided there's no conflict at the ISP, and here it looks
like the ISP provided the private address.

--
Clifford Kite Email: "echo xvgr_yvahk-(E-Mail Removed)|rot13"

(E-Mail Removed) (Bill Unruh) wrote in message news:<cng296$nfq$(E-Mail Removed)>...
> (E-Mail Removed) (Joe) writes:
>
> ]Hello,
> ]there are some mysterius things on my linux box (kernel 2.6.9). I have
> ]a rtc internet connexion and two providers.
>
> What is an rtc internet connection?

Sorry, I'm writing from France. RTC is a connexion with a slow modem
(55kbps) and the phone line.
>
>
>
> enable debugging.
> place
> debug
> into /etc/ppp/options and also the line
> daemon.*;local2.* /var/log/ppplog
> into /etc/syslog.conf and then do
> killall -1 syslogd
>

I've done this, so syslog shows

Nov 18 20:50:02 joe pppd[10642]: pppd 2.4.2 started by joe, uid 1000
Nov 18 20:50:02 joe pppd[10642]: using channel 2
Nov 18 20:50:02 joe pppd[10642]: Using interface ppp0
Nov 18 20:50:02 joe pppd[10642]: Connect: ppp0 <--> /dev/ttyS0
Nov 18 20:50:02 joe pppd[10642]: sent [LCP ConfReq id=0x1 <mru 542>
<asyncmap 0x0> <magic 0x9e697ea> <pcomp> <accomp>]
Nov 18 20:50:04 joe pppd[10642]: rcvd [LCP ConfReq id=0x84 <asyncmap
0xa0000> <auth pap> <magic 0x3ac93d3d> <pcomp> <accomp>]
Nov 18 20:50:04 joe pppd[10642]: sent [LCP ConfAck id=0x84 <asyncmap
0xa0000> <auth pap> <magic 0x3ac93d3d> <pcomp> <accomp>]
Nov 18 20:50:05 joe pppd[10642]: sent [LCP ConfReq id=0x1 <mru 542>
<asyncmap 0x0> <magic 0x9e697ea> <pcomp> <accomp>]
Nov 18 20:50:05 joe pppd[10642]: rcvd [LCP ConfNak id=0x1 <mru 1500>]
Nov 18 20:50:05 joe pppd[10642]: sent [LCP ConfReq id=0x2 <asyncmap
0x0> <magic 0x9e697ea> <pcomp> <accomp>]
Nov 18 20:50:08 joe pppd[10642]: sent [LCP ConfReq id=0x2 <asyncmap
0x0> <magic 0x9e697ea> <pcomp> <accomp>]
Nov 18 20:50:08 joe pppd[10642]: rcvd [LCP ConfAck id=0x2 <asyncmap
0x0> <magic 0x9e697ea> <pcomp> <accomp>]
Nov 18 20:50:08 joe pppd[10642]: sent [LCP EchoReq id=0x0
magic=0x9e697ea]
Nov 18 20:50:08 joe pppd[10642]: sent [PAP AuthReq id=0x1
user="0549644529" password=<hidden>]
Nov 18 20:50:11 joe pppd[10642]: sent [PAP AuthReq id=0x2
user="0549644529" password=<hidden>]
Nov 18 20:50:14 joe pppd[10642]: sent [PAP AuthReq id=0x3
user="0549644529" password=<hidden>]
Nov 18 20:50:17 joe pppd[10642]: sent [PAP AuthReq id=0x4
user="0549644529" password=<hidden>]
Nov 18 20:50:18 joe pppd[10642]: rcvd [LCP ConfReq id=0x86 <asyncmap
0xa0000> <auth pap> <magic 0x3ac94c17> <pcomp> <accomp>]
Nov 18 20:50:18 joe pppd[10642]: sent [LCP ConfReq id=0x3 <mru 542>
<asyncmap 0x0> <magic 0xa35906ca> <pcomp> <accomp>]
Nov 18 20:50:18 joe pppd[10642]: sent [LCP ConfAck id=0x86 <asyncmap
0xa0000> <auth pap> <magic 0x3ac94c17> <pcomp> <accomp>]
Nov 18 20:50:18 joe pppd[10642]: rcvd [LCP ConfNak id=0x3 <mru 1500>]
Nov 18 20:50:18 joe pppd[10642]: sent [LCP ConfReq id=0x4 <asyncmap
0x0> <magic 0xa35906ca> <pcomp> <accomp>]
Nov 18 20:50:18 joe pppd[10642]: rcvd [LCP ConfAck id=0x4 <asyncmap
0x0> <magic 0xa35906ca> <pcomp> <accomp>]
Nov 18 20:50:18 joe pppd[10642]: sent [LCP EchoReq id=0x0
magic=0xa35906ca]
Nov 18 20:50:18 joe pppd[10642]: sent [PAP AuthReq id=0x5
user="0549644529" password=<hidden>]
Nov 18 20:50:18 joe pppd[10642]: rcvd [LCP EchoRep id=0x0
magic=0x3ac94c17]
Nov 18 20:50:18 joe pppd[10642]: rcvd [PAP AuthAck id=0x5 ""]
Nov 18 20:50:18 joe pppd[10642]: PAP authentication succeeded
Nov 18 20:50:18 joe pppd[10642]: sent [CCP ConfReq id=0x1 <deflate 15>
<deflate(old#) 15>]
Nov 18 20:50:18 joe pppd[10642]: sent [IPCP ConfReq id=0x1 <compress
VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
Nov 18 20:50:18 joe pppd[10642]: rcvd [IPCP ConfReq id=0x49 <addr
192.168.254.254>]
Nov 18 20:50:18 joe pppd[10642]: sent [IPCP ConfAck id=0x49 <addr
192.168.254.254>]
Nov 18 20:50:18 joe pppd[10642]: rcvd [LCP ProtRej id=0x87 80 fd 01 01
00 0c 1a 04 78 00 18 04 78 00]
Nov 18 20:50:18 joe pppd[10642]: rcvd [IPCP ConfRej id=0x1 <compress
VJ 0f 01>]
Nov 18 20:50:18 joe pppd[10642]: sent [IPCP ConfReq id=0x2 <addr
0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
Nov 18 20:50:18 joe pppd[10642]: rcvd [IPCP ConfNak id=0x2 <addr
62.147.88.222> <ms-dns1 212.27.32.5> <ms-dns3 213.228.0.168>]
Nov 18 20:50:18 joe pppd[10642]: sent [IPCP ConfReq id=0x3 <addr
62.147.88.222> <ms-dns1 212.27.32.5> <ms-dns3 213.228.0.168>]
Nov 18 20:50:18 joe pppd[10642]: rcvd [IPCP ConfAck id=0x3 <addr
62.147.88.222> <ms-dns1 212.27.32.5> <ms-dns3 213.228.0.168>]
Nov 18 20:50:18 joe pppd[10642]: Cannot determine ethernet address for
proxy ARP
Nov 18 20:50:18 joe pppd[10642]: local IP address 62.147.88.222
Nov 18 20:50:18 joe pppd[10642]: remote IP address 192.168.254.254
Nov 18 20:50:18 joe pppd[10642]: primary DNS address 212.27.32.5
Nov 18 20:50:18 joe pppd[10642]: secondary DNS address 213.228.0.168
Nov 18 20:50:18 joe pppd[10642]: Script /etc/ppp/ip-up started (pid
10673)
Nov 18 20:50:20 joe kernel: DROPPED IN=ppp0 OUT= MAC=
SRC=62.147.36.110 DST=62.147.88.222 LEN=48 TOS=0x00 PREC=0x00 TTL=123
ID=57727 DF PROTO=TCP SPT=4061 DPT=445 SEQ=2905201216 ACK=0
WINDOW=8760 RES=0x00 SYN URGP=0 OPT (020405B401010402)
Nov 18 20:50:20 joe kernel: REJECTED IN= OUT=eth0 SRC=192.168.2.2
DST=192.168.2.255 LEN=261 TOS=0x00 PREC=0x00 TTL=64 ID=15 DF PROTO=UDP
SPT=138 DPT=138 LEN=241
Nov 18 20:50:20 joe kernel: REJECTED IN= OUT=eth1 SRC=192.168.0.1
DST=192.168.0.255 LEN=261 TOS=0x00 PREC=0x00 TTL=64 ID=15 DF PROTO=UDP
SPT=138 DPT=138 LEN=241
Nov 18 20:50:21 joe kernel: DROPPED IN=ppp0 OUT= MAC=
SRC=62.147.42.205 DST=62.147.88.222 LEN=48 TOS=0x00 PREC=0x00 TTL=123
ID=16641 DF PROTO=TCP SPT=2416 DPT=135 SEQ=3906145554 ACK=0
WINDOW=8760 RES=0x00 SYN URGP=0 OPT (020405B401010402)
Nov 18 20:50:23 joe kernel: DROPPED IN=ppp0 OUT= MAC=
SRC=62.147.42.205 DST=62.147.88.222 LEN=48 TOS=0x00 PREC=0x00 TTL=123
ID=16828 DF PROTO=TCP SPT=2416 DPT=135 SEQ=3906145554 ACK=0
WINDOW=8760 RES=0x00 SYN URGP=0 OPT (020405B401010402)
Nov 18 20:50:25 joe kernel: DROPPED IN= OUT=eth1 SRC=192.168.0.1
DST=192.168.0.255 LEN=120 TOS=0x00 PREC=0x00 TTL=64 ID=884 DF
PROTO=UDP SPT=631 DPT=631 LEN=100
Nov 18 20:50:25 joe kernel: DROPPED IN= OUT=eth0 SRC=192.168.2.2
DST=192.168.2.255 LEN=120 TOS=0x00 PREC=0x00 TTL=64 ID=885 DF
PROTO=UDP SPT=631 DPT=631 LEN=100
Nov 18 20:50:26 joe kernel: DROPPED IN= OUT=eth1 SRC=192.168.0.1
DST=192.168.0.255 LEN=106 TOS=0x00 PREC=0x00 TTL=64 ID=886 DF
PROTO=UDP SPT=631 DPT=631 LEN=86
Nov 18 20:50:26 joe kernel: DROPPED IN= OUT=eth0 SRC=192.168.2.2
DST=192.168.2.255 LEN=106 TOS=0x00 PREC=0x00 TTL=64 ID=887 DF
PROTO=UDP SPT=631 DPT=631 LEN=86
Nov 18 20:50:48 joe pppd[10642]: Terminating on signal 15.
Nov 18 20:50:48 joe pppd[10642]: sent [LCP TermReq id=0x5 "User
request"]
Nov 18 20:50:48 joe pppd[10642]: rcvd [LCP TermAck id=0x5]
Nov 18 20:50:48 joe pppd[10642]: Connection terminated.
Nov 18 20:50:48 joe pppd[10642]: Connect time 0.8 minutes.
Nov 18 20:50:48 joe pppd[10642]: Sent 442 bytes, received 208 bytes.
Nov 18 20:50:48 joe pppd[10642]: Waiting for 1 child processes...
Nov 18 20:50:48 joe pppd[10642]: script /etc/ppp/ip-up, pid 10673
Nov 18 20:50:49 joe pppd[10642]: Script /etc/ppp/ip-up finished (pid
10673), status = 0x0
Nov 18 20:50:49 joe pppd[10642]: Script /etc/ppp/ip-down started (pid
10933)
Nov 18 20:50:49 joe pppd[10642]: Script /etc/ppp/ip-down finished (pid
10933), status = 0x0
Nov 18 20:50:49 joe pppd[10642]: Exit.


> Why do you have the proxyarp option enabled on this machine? Your
> configuration is NOT the same.
>
The working connexion shows also

Nov 18 20:51:41 joe pppd[11176]: Cannot determine ethernet address for
proxy ARP
Nov 18 20:51:41 joe pppd[11176]: local IP address 195.101.119.212
Nov 18 20:51:41 joe pppd[11176]: remote IP address 195.101.119.252
Nov 18 20:51:41 joe pppd[11176]: primary DNS address 194.250.166.225
Nov 18 20:51:41 joe pppd[11176]: Script /etc/ppp/ip-up started (pid
11197)

>
> ]Remote IP adress is local !??
>
> What are you talking about?

The remote IP adress in the not working connexion is a 192...., so
it's a local network, isn't it? I think that's the problem.

I have tested both connexion with my Windows partition. I never use
Windows for surfing on Internet.... but there is the same problem. I
can establish the connexion, but only with one provider I have the
line out to surf. Could this be a problem of the provider??

And this lines :

Nov 18 20:52:28 joe kernel: DROPPED IN=ppp0 OUT= MAC=
SRC=195.101.119.252 DST=195.101.119.212 LEN=192 TOS=0x00 PREC=0x00
TTL=255 ID=1817 PROTO=UDP SPT=520 DPT=520 LEN=172
Nov 18 20:52:29 joe kernel: DROPPED IN= OUT=eth1 SRC=192.168.0.1
DST=192.168.0.255 LEN=120 TOS=0x00 PREC=0x00 TTL=64 ID=900 DF
PROTO=UDP SPT=631 DPT=631 LEN=100
Nov 18 20:52:29 joe kernel: DROPPED IN= OUT=eth0 SRC=192.168.2.2
DST=192.168.2.255 LEN=120 TOS=0x00 PREC=0x00 TTL=64 ID=901 DF
PROTO=UDP SPT=631 DPT=631 LEN=100

What's there meaning?

Thank's a lot,
Joe

Joe <(E-Mail Removed)> wrote:

> Nov 18 20:50:02 joe pppd[10642]: pppd 2.4.2 started by joe, uid 1000
> Nov 18 20:50:02 joe pppd[10642]: using channel 2
> Nov 18 20:50:02 joe pppd[10642]: Using interface ppp0
> Nov 18 20:50:02 joe pppd[10642]: Connect: ppp0 <--> /dev/ttyS0
> Nov 18 20:50:02 joe pppd[10642]: sent [LCP ConfReq id=0x1 <mru 542>
> <asyncmap 0x0> <magic 0x9e697ea> <pcomp> <accomp>]
> Nov 18 20:50:04 joe pppd[10642]: rcvd [LCP ConfReq id=0x84 <asyncmap
> 0xa0000> <auth pap> <magic 0x3ac93d3d> <pcomp> <accomp>]
> Nov 18 20:50:04 joe pppd[10642]: sent [LCP ConfAck id=0x84 <asyncmap
> 0xa0000> <auth pap> <magic 0x3ac93d3d> <pcomp> <accomp>]

At this point the peer sent a LCP request that includes the option
asyncmap 0xa0000 and pppd ACKed the request.

> Nov 18 20:50:05 joe pppd[10642]: sent [LCP ConfReq id=0x1 <mru 542>
> <asyncmap 0x0> <magic 0x9e697ea> <pcomp> <accomp>]
> Nov 18 20:50:05 joe pppd[10642]: rcvd [LCP ConfNak id=0x1 <mru 1500>]
> Nov 18 20:50:05 joe pppd[10642]: sent [LCP ConfReq id=0x2 <asyncmap
> 0x0> <magic 0x9e697ea> <pcomp> <accomp>]
> Nov 18 20:50:08 joe pppd[10642]: sent [LCP ConfReq id=0x2 <asyncmap
> 0x0> <magic 0x9e697ea> <pcomp> <accomp>]
> Nov 18 20:50:08 joe pppd[10642]: rcvd [LCP ConfAck id=0x2 <asyncmap
> 0x0> <magic 0x9e697ea> <pcomp> <accomp>]

Here pppd sent a LCP that included it's asyncmap default, 0, and the
peer ACKed it.

Although this should be okay, very often the PPP implementation of a
peer that requests ACCM (Async-Control-Character-Map) a0000 is broken
with respect to ACCM negotiation and sends data using ACCM a0000.

Try adding the pppd option " asyncmap a0000 ".

--
Clifford Kite Email: "echo xvgr_yvahk-(E-Mail Removed)|rot13"
PPP-Q&A links, downloads: http://ckite.no-ip.net/
/* In my book, the first poster to resort to personal abuse in a Usenet
debate loses by default. - Rod Smith */

Clifford Kite <(E-Mail Removed)> wrote in message news:<(E-Mail Removed)>...
> Joe <(E-Mail Removed)> wrote:
>
> > Nov 18 20:50:02 joe pppd[10642]: pppd 2.4.2 started by joe, uid 1000
> > Nov 18 20:50:02 joe pppd[10642]: using channel 2
> > Nov 18 20:50:02 joe pppd[10642]: Using interface ppp0
> > Nov 18 20:50:02 joe pppd[10642]: Connect: ppp0 <--> /dev/ttyS0
> > Nov 18 20:50:02 joe pppd[10642]: sent [LCP ConfReq id=0x1 <mru 542>
> > <asyncmap 0x0> <magic 0x9e697ea> <pcomp> <accomp>]
> > Nov 18 20:50:04 joe pppd[10642]: rcvd [LCP ConfReq id=0x84 <asyncmap
> > 0xa0000> <auth pap> <magic 0x3ac93d3d> <pcomp> <accomp>]
> > Nov 18 20:50:04 joe pppd[10642]: sent [LCP ConfAck id=0x84 <asyncmap
> > 0xa0000> <auth pap> <magic 0x3ac93d3d> <pcomp> <accomp>]
>
> At this point the peer sent a LCP request that includes the option
> asyncmap 0xa0000 and pppd ACKed the request.
>
> > Nov 18 20:50:05 joe pppd[10642]: sent [LCP ConfReq id=0x1 <mru 542>
> > <asyncmap 0x0> <magic 0x9e697ea> <pcomp> <accomp>]
> > Nov 18 20:50:05 joe pppd[10642]: rcvd [LCP ConfNak id=0x1 <mru 1500>]
> > Nov 18 20:50:05 joe pppd[10642]: sent [LCP ConfReq id=0x2 <asyncmap
> > 0x0> <magic 0x9e697ea> <pcomp> <accomp>]
> > Nov 18 20:50:08 joe pppd[10642]: sent [LCP ConfReq id=0x2 <asyncmap
> > 0x0> <magic 0x9e697ea> <pcomp> <accomp>]
> > Nov 18 20:50:08 joe pppd[10642]: rcvd [LCP ConfAck id=0x2 <asyncmap
> > 0x0> <magic 0x9e697ea> <pcomp> <accomp>]
>
> Here pppd sent a LCP that included it's asyncmap default, 0, and the
> peer ACKed it.
>
> Although this should be okay, very often the PPP implementation of a
> peer that requests ACCM (Async-Control-Character-Map) a0000 is broken
> with respect to ACCM negotiation and sends data using ACCM a0000.
>
> Try adding the pppd option " asyncmap a0000 ".

Hello,
adding " asyncmap a0000 " don't change anything. I finally think that
the problem is by the ISP, so that a simple solution will be to change
him...
Thank's for your help,
Joe