[En-Nut-Discussion] GPRS PAP problem

[Mike Cornelius]

That's odd, what type of GPRS module are you using?
Do you have the APN set correctly ("at+cgdcont") ? 
 
I am familiar with the Ericsson GM47 and Nokia 30 modems.
Both of these won't start PPP unless the APN is correct.
It is of course possible that your module behaves differently.
 
Also with GPRS the PPP session is only between your application and the
GPRS module itself 
(ie the module is the server, the PPP negotiation is NOT done over the
air).
 
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.
Later on once IPCP negotiation begins the module sends both the
authentication details and IPCP request to the network at the same time.
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).
 
The server (module) ACK's your rejection of PCOMP/ACOMP (ie LCP
completes) so that doesn't look like the problem to me.
 
Regards,
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~
Mike Cornelius                      Internet: mikec at call-direct.com.au
Call Direct Cellular Solutions      Phone:    +61 2 9209-4259
Suite 145                           FAX:      +61 2 9209-4196
National Innovation Centre     URL:      http://www.call-direct.com.au
<http://www.call-direct.com.au/> 
Australian Technology Park
Eveleigh NSW 1430
Australia                  
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~
 
 
 

-----Original Message-----
From: en-nut-discussion-bounces at egnite.de
[mailto:en-nut-discussion-bounces at egnite.de] On Behalf Of Francois
Rademeyer
Sent: Tuesday, February 10, 2004 2:55 AM
To: en-nut-discussion at egnite.de
Subject: [En-Nut-Discussion] GPRS PAP problem


Hi all,

Firstly there seems to be a bug in the latest "lcpout.c" file.   The
line :
if ((nb = NutNetBufAlloc(0, NBAF_APPLICATION, rejected ? 6 : 12)) != 0)
{
should be:
if ((nb = NutNetBufAlloc(0, NBAF_APPLICATION, rejected ? 12 : 6)) != 0)
{

My real problem is that PAP authentication messages seem to be ignored
by my
GPRS server.  The server requires a blank username and password.  I have
tried blank. I have tried passwords.  I have even tried rejecting the
(AUTH=0xC023) request from the server. Still I'm being ignored (except
for
the latter where I get a TERMREQ when it is time for IPCP negotiation).
Has anyone experienced this?  Could it be that the server is speechless
without PCOMP and ACOMP?

Thanks in advance for any help.

Cheers,
Francois Rademeyer

Here is a shortened version of my PPP debug output for a blank
id/password:

PPP < [LCP-1 CONFREQ (ACCM = 0x000A000)]
PPP > [LCP-1 CONFREQ (MRU=1500)(ACCM =
0x0000000)(PCOMP)(ACOMP)(AUTH=0xC023)]
PPP < [LCP-1 CONFREJ (PCOMP)(ACOMP)]
PPP > [LCP-1 CONFACK (ACCM = 0x000A000)]
PPP > [LCP-2 CONFREQ (MRU=1500)(ACCM = 0x0000000)(AUTH=0xC023)]
PPP < [LCP-2 CONFACK (MRU=1500)(ACCM = 0x0000000)(AUTH=0xC023)]
PPP < [PAP-3 AUTHREQ]
... 5 second delay
PPP < [PAP-3 AUTHREQ]
... 5 second delay
PPP < [PAP-3 AUTHREQ]
... 5 second delay
PPP < [PAP-3 AUTHREQ]
... 5 second delay
PPP < [PAP-3 AUTHREQ]
... 5 second delay
PPP < [PAP-3 AUTHREQ]
... no auth reply received (timeout)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.egnite.de/pipermail/en-nut-discussion/attachments/20040211/e35d9f4c/attachment-0001.html>