Philipp Rosenkranz <(E-Mail Removed)> wrote:
> Hello
> I have some problems to get a vodafone UMTS Card(sold by austrian's
> A1) running with pppd(exactly kppp) i have set the debug option and
> get the following if i try to establish a connection:
> Nov 30 14:26:33 localhost pppd[7149]: pppd 2.4.2 started by root, uid
> 0
> Nov 30 14:26:33 localhost pppd[7149]: using channel 21
> Nov 30 14:26:33 localhost pppd[7149]: Using interface ppp0
> Nov 30 14:26:33 localhost pppd[7149]: Connect: ppp0 <--> /dev/ttyUSB0
> Nov 30 14:26:33 localhost pppd[7149]: sent [LCP ConfReq id=0x1 <magic
> 0xa932573e> <pcomp> <accomp>]
> Nov 30 14:26:33 localhost pppd[7149]: rcvd [LCP ConfReq id=0x4
> <asyncmap 0x0> <auth chap MD5> <magic 0x403adf7> <pcomp> <accomp>]
> Nov 30 14:26:33 localhost pppd[7149]: sent [LCP ConfRej id=0x4
> <asyncmap 0x0>]
Looks like you used the pppd option default-asyncmap, not a good idea
unless the peer does the same. The pppd implementation default is
0x0 whereas default-asyncmap causes pppd to require the peer use the
PPP default, i.e., escaping all control characters.
> Nov 30 14:26:33 localhost pppd[7149]: rcvd [LCP ConfAck id=0x1 <magic
> 0xa932573e> <pcomp> <accomp>]
The peer drops the <asyncmap 0x0> but that may not be meaningful.
See below.
> Nov 30 14:26:33 localhost pppd[7149]: rcvd [LCP ConfReq id=0x5 <auth
> chap MD5> <magic 0x403adf7> <pcomp> <accomp>]
> Nov 30 14:26:33 localhost pppd[7149]: sent [LCP ConfAck id=0x5 <auth
> chap MD5> <magic 0x403adf7> <pcomp> <accomp>]
> Nov 30 14:26:33 localhost pppd[7149]: sent [LCP EchoReq id=0x0
> magic=0xa932573e]
> Nov 30 14:26:33 localhost pppd[7149]: rcvd [LCP DiscReq id=0x6
> magic=0x403adf7]
> Nov 30 14:26:33 localhost pppd[7149]: rcvd [CHAP Challenge id=0x1
> <6a9a9ca10af85d3054714769ca7761d1>, name = "UMTS_CHAP_SRVR"]
> Nov 30 14:26:33 localhost pppd[7149]: sent [CHAP Response id=0x1
> <3cfb67442fbd374624ca10bdc64bc89a>, name = "(E-Mail Removed)"]
> Nov 30 14:26:33 localhost pppd[7149]: rcvd [LCP EchoRep id=0x0
> magic=0x403adf7 30 54 71 47]
> Nov 30 14:26:33 localhost pppd[7149]: rcvd [CHAP Success id=0x1 ""]
> Nov 30 14:26:33 localhost pppd[7149]: CHAP authentication succeeded
> Nov 30 14:26:33 localhost pppd[7149]: sent [CCP ConfReq id=0x1
> <deflate 15> <deflate(old#) 15> <bsd v1 15>]
> Nov 30 14:26:33 localhost pppd[7149]: 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 30 14:26:33 localhost pppd[7149]: rcvd [LCP ProtRej id=0x7 80 fd
> 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
The peer rejects all CCP so adding the pppd option noccp would be
in order.
> Nov 30 14:26:34 localhost pppd[7149]: rcvd [IPCP ConfNak id=0x1
> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
The peer refuses VJ compression so adding the pppd option novj would
be in order.
> Nov 30 14:26:34 localhost pppd[7149]: sent [IPCP ConfReq id=0x2
> <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3
> 10.11.12.14>]
> Nov 30 14:26:35 localhost pppd[7149]: rcvd [IPCP ConfNak id=0x2
> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
> Nov 30 14:26:35 localhost pppd[7149]: sent [IPCP ConfReq id=0x3
> <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3
> 10.11.12.14>]
> Nov 30 14:26:36 localhost pppd[7149]: rcvd [IPCP ConfNak id=0x3
> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
> Nov 30 14:26:36 localhost pppd[7149]: sent [IPCP ConfReq id=0x4
> <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3
> 10.11.12.14>]
> Nov 30 14:26:37 localhost pppd[7149]: rcvd [IPCP ConfNak id=0x4
> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
> ....
> this repeats until id=1e
This is consistent with a wireless phone Internet connection. The PPP
implementations of those are very often of rather poor quality. I'd try
removing the pppd default-asyncmap option. I've no other ideas.
--
Clifford Kite Email: "echo
xvgr_yvahk-(E-Mail Removed)|rot13"
PPP-Q&A links, downloads:
http://ckite.no-ip.net/
/* !(my email addresses):
(E-Mail Removed)
(E-Mail Removed) */