On Fri, Oct 01, 2010 at 09:31:18AM +0200, Claer wrote:
> On Thu, Sep 30 2010 at 45:10, Tilo Stritzky wrote:
> > On 30/09/10 00:40 Claer wrote:
> > > I have a minipci umts modem that is reconized fine by OpenBSD (4.7-stable)
> > > but I'm unable to find the good pppd configuration to establish the
> > > configuration to my ISP.
> > [...]
> > >
> > > The content of /etc/ppp/chat/orange :
> > > ABORT BUSY
> > > ABORT 'NO CARRIER'
> > > ABORT VOICE
> > > ABORT "NO DIALTONE"
> > > "" AT
> > > OK AT+CGDCONT=1,"IP","orange.fr"
> [no pin]
> > > OK ATDT*99***1#
> > > 'CONNECT' '\c'
> > > 'TIMEOUT' '5'
> > >
> > > In the /var/log/messages I can see these lines :
> > > Aug 24 02:51:14 fw pppd[14700]: pppd 2.3.5 started by root, uid 0
> > > Aug 24 02:52:00 fw pppd[14700]: Connect script failed
> > >
> > > Any help appreciated :)
> >
> > Your connect script failed. Now find out why.
> > Or get cu(1) and try to run your chat sequence manually, see where
> > it breaks.
>
> Thanks for the help. The script was missing '' ATZ at the start.
> Now I'm blocked one step further. pppd seems to be unable to negociate
> the IP address. As yuo suggested I added debug info to syslog in order
> to see what was wrong with the daemon.
>
> Here are the new /etc/ppp/peers/orange and the new log trace :
>
> /dev/cuaU0
> 384000
> noauth
> noipdefault
> defaultroute
> novj
> #nodeflate
> nobsdcomp
> debug
> kdebug 1
> user "orange"
> connect "/usr/sbin/chat -v -f /etc/ppp/chat/orange"
>
>
> pppd[27737]: sent [LCP ConfReq id=0x1 <magic 0xb40e0b28> <pcomp> <accomp>]
> pppd[27737]: rcvd [LCP ConfReq id=0x0 <asyncmap 0x0> <auth chap 05> <magic
> 0xd6e2d43d> <pcomp> <accomp>]
> pppd[27737]: sent [LCP ConfAck id=0x0 <asyncmap 0x0> <auth chap 05> <magic
> 0xd6e2d43d> <pcomp> <accomp>]
> pppd[27737]: rcvd [LCP ConfAck id=0x1 <magic 0xb40e0b28> <pcomp> <accomp>]
> pppd[27737]: rcvd [LCP DiscReq id=0x1 magic=0xd6e2d43d]
> pppd[27737]: rcvd [CHAP Challenge id=0x1 <62bca7bd3427414f92ef743e467a1c6f>,
> name = "UMTS_CHAP_SRVR"]
> pppd[27737]: sent [CHAP Response id=0x1 <f147286df7016f99df1d717114376ff5>,
> name = "orange"]
> pppd[27737]: rcvd [CHAP Success id=0x1 ""]
> pppd[27737]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0>]
> pppd[27737]: sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15>]
> pppd[27737]: rcvd [LCP ProtRej id=0x2 80 fd 01 01 00 0c 1a 04 78 00 18 04 78
> 00]
> pppd[27737]: rcvd [IPCP ConfNak id=0x1 <ms-dns 10.11.12.13> <ms-dns
> 10.11.12.14>]
> pppd[27737]: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0>]
> pppd[27737]: rcvd [IPCP ConfNak id=0x2 <ms-dns 10.11.12.13> <ms-dns
> 10.11.12.14>]
> pppd[27737]: sent [IPCP ConfReq id=0x3 <addr 0.0.0.0>]
> pppd[27737]: rcvd [IPCP ConfReq id=0x0]
> pppd[27737]: sent [IPCP ConfNak id=0x0 <addr 0.0.0.0>]
> pppd[27737]: rcvd [IPCP ConfNak id=0x3 <addr 90.94.225.164>]
> pppd[27737]: sent [IPCP ConfReq id=0x4 <addr 90.94.225.164>]
> pppd[27737]: rcvd [IPCP ConfReq id=0x1]
> pppd[27737]: sent [IPCP ConfAck id=0x1]
> pppd[27737]: rcvd [IPCP ConfAck id=0x4 <addr 90.94.225.164>]
> pppd[27737]: Could not determine remote IP address
> pppd[27737]: sent [IPCP TermReq id=0x5 "Could not determine remote IP
> address"]
> pppd[27737]: rcvd [IPCP TermAck id=0x5]
> pppd[27737]: sent [LCP TermReq id=0x2 "No network protocols running"]
> pppd[27737]: rcvd [LCP TermAck id=0x2]
> pppd[27737]: Connection terminated.
Many providers don't care about their own IP address. Add something like
:192.168.103.1
ipcp-accept-remote
to /etc/ppp/peers/orange to assign the other side a default IP address,
but to allow it to override the IP address you assigned in case it ever
does start caring.
Obviously, you cannot talk to "another" 192.168.103.1 hereafter, so
configure the IP address appropriately.
Joachim
--
TFMotD: magic (5) - file command's magic pattern file
http://www.joachimschipper.nl/
