<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<TITLE>Message</TITLE>
<META content="MSHTML 6.00.2800.1400" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><SPAN class=495581801-11022004><FONT face=Arial color=#0000ff size=2>That's
odd, what type of GPRS module are you using?</FONT></SPAN></DIV>
<DIV><SPAN class=495581801-11022004><FONT face=Arial color=#0000ff size=2>Do you
have the APN set correctly ("at+cgdcont") ? </FONT></SPAN></DIV>
<DIV><SPAN class=495581801-11022004><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=495581801-11022004><FONT face=Arial color=#0000ff size=2>I am
familiar with the Ericsson GM47 and Nokia 30 modems.</FONT></SPAN></DIV>
<DIV><SPAN class=495581801-11022004><FONT face=Arial color=#0000ff size=2>Both
of these won't start PPP unless the APN is correct.</FONT></SPAN></DIV>
<DIV><SPAN class=495581801-11022004><FONT face=Arial color=#0000ff size=2>It is
of course possible that your module behaves differently.</FONT></SPAN></DIV>
<DIV><SPAN class=495581801-11022004><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=495581801-11022004><FONT face=Arial color=#0000ff size=2>Also
with GPRS the PPP session is only between your application and the GPRS module
itself </FONT></SPAN></DIV>
<DIV><SPAN class=495581801-11022004><FONT face=Arial color=#0000ff size=2>(ie
the module is the server, the PPP negotiation is NOT done over the
air).</FONT></SPAN></DIV>
<DIV><SPAN class=495581801-11022004><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=495581801-11022004><FONT face=Arial color=#0000ff size=2>Most
modules (that I've used) will not reject a PPP session at authentication time
they simply accept the supplied username and password, and always return
OK.</FONT></SPAN></DIV>
<DIV><SPAN class=495581801-11022004><FONT face=Arial color=#0000ff size=2>Later
on once IPCP negotiation begins the module sends both the authentication details
and IPCP request to the network at the same time.</FONT></SPAN></DIV>
<DIV><SPAN class=495581801-11022004><FONT face=Arial color=#0000ff
size=2>However I'm not exactly sure of the details of the GPRS side of things
(in particular what things MUST the module know before it can start the GPRS
authintication phase).</FONT></SPAN></DIV>
<DIV><SPAN class=495581801-11022004><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=495581801-11022004><FONT face=Arial color=#0000ff size=2>The
server (module) ACK's your rejection of PCOMP/ACOMP (ie LCP completes) so
that doesn't look like the problem to me.</FONT></SPAN></DIV>
<DIV><SPAN class=495581801-11022004><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=495581801-11022004><FONT face=Arial color=#0000ff
size=2>Regards,</FONT></SPAN></DIV>
<DIV><SPAN class=495581801-11022004>
<DIV align=left><FONT face=Arial
size=2>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<BR>Mike
Cornelius
Internet: <A
href="mailto:mikec@call-direct.com.au">mikec@call-direct.com.au</A><BR>Call
Direct Cellular Solutions Phone:
+61 2 9209-4259<BR>Suite
145
FAX: +61 2 9209-4196<BR>National Innovation
Centre URL: <A
href="http://www.call-direct.com.au/">http://www.call-direct.com.au</A><BR>Australian
Technology Park<BR>Eveleigh NSW
1430<BR>Australia
<BR>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~</FONT></DIV></SPAN></DIV>
<DIV><SPAN class=495581801-11022004><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=495581801-11022004><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=495581801-11022004><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px">
<DIV></DIV>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT
face=Tahoma size=2>-----Original Message-----<BR><B>From:</B>
en-nut-discussion-bounces@egnite.de
[mailto:en-nut-discussion-bounces@egnite.de] <B>On Behalf Of </B>Francois
Rademeyer<BR><B>Sent:</B> Tuesday, February 10, 2004 2:55 AM<BR><B>To:</B>
en-nut-discussion@egnite.de<BR><B>Subject:</B> [En-Nut-Discussion] GPRS PAP
problem<BR><BR></FONT></DIV>
<DIV><FONT face=Arial size=2><FONT face="Times New Roman">Hi
all,<BR><BR>Firstly there seems to be a bug in the latest "lcpout.c"
file. The line :<BR>if ((nb = NutNetBufAlloc(0, NBAF_APPLICATION,
rejected ? 6 : 12)) != 0) {<BR>should be:<BR>if ((nb = NutNetBufAlloc(0,
NBAF_APPLICATION, rejected ? 12 : 6)) != 0) {<BR><BR>My real problem is that
PAP authentication messages seem to be ignored by my<BR>GPRS server. The
server requires a blank username and password. I have<BR>tried blank. I
have tried passwords. I have even tried rejecting the<BR>(AUTH=0xC023)
request from the server. Still I'm being ignored (except for<BR>the latter
where I get a TERMREQ when it is time for IPCP negotiation).<BR>Has anyone
experienced this? Could it be that the server is speechless<BR>without
PCOMP and ACOMP?<BR><BR>Thanks in advance for any
help.<BR><BR>Cheers,<BR>Francois Rademeyer<BR><BR>Here is a shortened version
of my PPP debug output for a blank id/password:<BR><BR>PPP < [LCP-1 CONFREQ
(ACCM = 0x000A000)]<BR>PPP > [LCP-1 CONFREQ (MRU=1500)(ACCM
=<BR>0x0000000)(PCOMP)(ACOMP)(AUTH=0xC023)]<BR>PPP < [LCP-1 CONFREJ
(PCOMP)(ACOMP)]<BR>PPP > [LCP-1 CONFACK (ACCM = 0x000A000)]<BR>PPP >
[LCP-2 CONFREQ (MRU=1500)(ACCM = 0x0000000)(AUTH=0xC023)]<BR>PPP < [LCP-2
CONFACK (MRU=1500)(ACCM = 0x0000000)(AUTH=0xC023)]<BR>PPP < [PAP-3
AUTHREQ]<BR>... 5 second delay<BR>PPP < [PAP-3 AUTHREQ]<BR>... 5 second
delay<BR>PPP < [PAP-3 AUTHREQ]<BR>... 5 second delay<BR>PPP < [PAP-3
AUTHREQ]<BR>... 5 second delay<BR>PPP < [PAP-3 AUTHREQ]<BR>... 5 second
delay<BR>PPP < [PAP-3 AUTHREQ]<BR>... no auth reply received
(timeout)</FONT><BR></FONT></DIV></BLOCKQUOTE></BODY></HTML>