5.4-REL && pcmcia card Option N.V. Fusion UMTS Quad-GPRS

[guru at Sisis.de]

El día Friday, September 30, 2005 a las 02:47:38PM +0100, Andrew Gordon escribió:

	...
> I hacked up a crude driver to make my card work by making a copy of the
> 'uftdi' driver and ripping the guts out of it (not because this card has
> anything in common with the FTDI chips, just that I happen to know a lot
> about them and hence know my way around the uftdi driver - any of the
> other ucom sub-drivers would work equally well).
	...

With the help of Andrew's example I modified the 'uftdi' driver and it
seems to work as it should. The remaining thing is the PPPD negotiating
with Vodafone's UMTS. It should work somehow, because it worked some
weeks ago with the Linux PPPD (unfortunately I don't saved the debug
log files of this to check the difference in detail and I don't have
any other Linux notebook sitting around).

I'm attaching the PPPD debug.log and the options if someone has an
idea what's going wrong. For example, why the peer sends an LCP-DiscReq?
And why they don't agree in IP addrs in the IPCP-negotiating?

Thx in advance

	Matthias

/etc/ppp/peers:
ucom0 230400 crtscts
connect '/usr/bin/chat -V -f /etc/ppp/chat-umts ; \
         sleep 5'
name xxxxxxxxxxxxxx
passive
noipdefault
novj
noccp
defaultroute
lcp-echo-interval 10
ipcp-accept-local
ipcp-accept-remote
ipcp-max-configure 10

# /usr/local/sbin/pppd --version
pppd version 2.3.11

# /usr/local/sbin/pppd debug call umts

AT+CGDCONT=1,"IP","web.vodafone.de"
OK
ATD*99***1#
CONNECT 384000  Serial connection established.
Using interface ppp0
Connect: ppp0 <--> /dev/ucom0
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x5ec4cac0> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1b <asyncmap 0x0> <auth chap MD5> <magic 0x815b0e3> <pcomp> <accomp>]
sent [LCP ConfAck id=0x1b <asyncmap 0x0> <auth chap MD5> <magic 0x815b0e3> <pcomp> <accomp>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x5ec4cac0> <pcomp> <accomp>]
sent [LCP EchoReq id=0x0 magic=0x5ec4cac0]
rcvd [LCP DiscReq id=0x1c magic=0x815b0e3]
rcvd [CHAP Challenge id=0x1 <4a8f13a7f69824f536bcb635c698fe6f>, name = "xxxxxxxxxxxxxx"]
sent [CHAP Response id=0x1 <d37a7777001d4c2b4d61da671140c712>, name = "xxxxxxxxxxxxxx"]
rcvd [LCP EchoRep id=0x0 magic=0x815b0e3 f5 36 bc b6]
rcvd [CHAP Success id=0x1 ""]
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x1 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
sent [IPCP ConfReq id=0x2 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x2 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x3 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
sent [IPCP ConfReq id=0x4 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x4 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
sent [IPCP ConfReq id=0x5 <addr 0.0.0.0>]
rcvd [IPCP ConfReq id=0x4a]
sent [IPCP ConfNak id=0x4a <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x5 <addr 10.227.149.188>]
sent [IPCP ConfReq id=0x6 <addr 10.227.149.188>]
rcvd [IPCP ConfReq id=0x4b]
sent [IPCP ConfAck id=0x4b]
rcvd [IPCP ConfAck id=0x6 <addr 10.227.149.188>]
Could not determine remote IP address
sent [IPCP TermReq id=0x7 "Could not determine remote IP address"]
rcvd [IPCP TermAck id=0x7]
sent [LCP TermReq id=0x2 "No network protocols running"]
rcvd [LCP TermAck id=0x2]
Connection terminated.
Connect time 0.1 minutes.
Sent 278 bytes, received 341 bytes.


-- 
Matthias Apitz / Sisis Informationssysteme GmbH
Gruenwalder Weg 28g / D-82041 Oberhaching
Fon: ++49 89 / 61308-351, Fax: -399, Mobile ++49 170 4527211
http://www.sisis.de/