Re: A bit OT: GPRS connection problems
Incoming from Vittorio:
> I'm trying to connect my debian-testing portable PC to my GPRS provider via a
> serial pcmcia card. To no avail!
>
> This is my GPRS-provider /etc/ppp/peers/gprs
>
> noauth
> connect "/usr/sbin/chat -v -f /etc/chatscripts/gprs"
> debug
> /dev/ttyS1
> 115200
> defaultroute
> noipdefault
> usepeerdns
> nobsdcomp
>
> After issuing "pon gprs" command this invariably connects and immediatedly
> hangs up according to the following log (I can hardly read!):
i) Note the "sent" and "rcvd"
ii) ConfAck - Configuration Acknowledgment
EchoReq - Echo Request
AuthReq - Authorization Request
AuthAck - Authorization Ack.
LCP - Link Control Protocol
PAP - PAP & CHAP are security schemes
ConfReq - Configuration Request
ProtRej - Protocol Reject
> ................................................
> Jun 7 19:04:45 woody pppd[2367]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0>
> <magic 0x19d42627> <pcomp> <accomp>]
> Jun 7 19:04:45 woody pppd[2367]: sent [LCP EchoReq id=0x0 magic=0x19d42627]
> Jun 7 19:04:45 woody pppd[2367]: sent [PAP AuthReq id=0x1 user="woody"
> password=<hidden>]
> Jun 7 19:04:45 woody pppd[2367]: rcvd [LCP EchoRep id=0x0 magic=0x19d42627]
> Jun 7 19:04:45 woody pppd[2367]: appear to have received our own echo-reply!
....................................^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
?!?
> Jun 7 19:04:45 woody pppd[2367]: rcvd [PAP AuthAck id=0x1 "TTP Com PPP -
> Password Verified OK"]
> Jun 7 19:04:45 woody pppd[2367]: Remote message: TTP Com PPP - Password
> Verified OK
> Jun 7 19:04:45 woody pppd[2367]: PAP authentication succeeded
Woohoo!
> Jun 7 19:04:45 woody pppd[2367]: sent [CCP ConfReq id=0x1 <deflate 15>
> <deflate(old#) 15>]
> Jun 7 19:04:45 woody pppd[2367]: sent [IPCP ConfReq id=0x1 <compress VJ 0f
> 01> <addr 0.0.0.0>]
.......^^^^^^^^^^^^
Eh?!?
> Jun 7 19:04:45 woody pppd[2367]: rcvd [LCP ProtRej id=0xb 80 fd 01 01 00 0c
> 1a 04 78 00 18 04 78 00 35]
Eh? Maybe comment out "nobsdcomp"?
--
Any technology distinguishable from magic is insufficiently advanced.
(*) http://www.spots.ab.ca/~keeling
- -
Reply to: