Re: wvdial does not connect

Nice to hear from you James. I've been reading your replies in this
group to guide me on ppp.
James Carlson wrote:
You might want to search netnews archives. The oddities of GPRS have
been discussed many times before.

netnews archives??

This behavior is pretty typical for GPRS.

GPRS is designed very strangely. It does not do peer authentication
during the PPP Authentication phase. That PAP Authenticate-Ack that
you see is a complete fabrication: no authentication was done.
Instead, it waits until IPCP runs to authenticate the user. If
authentication fails, you then get really strange behavior with the
peer appearing to be unable to negotiate an IP address.

This is just a GPRS design flaw.
Now I get a clearer picture.


No. It means that either your user name/password are incorrect, or
that your GPRS service has not been properly activated.

I believe the username and password should be correct. It is provided
by the service provider here. I also believe that GPRS service has been
properly activated as I managed to dial up on MS Win XP platform and
also do some surfing on the phone itself, just to make sure GPRS and
the phone works properly. Perhaps the only thing that I am afraid most
is missing configurations. I've added the user name and password even
to /etc/ppp/pap-secrets, necessary configurations to /etc/ppp/options
and configured wvdial.conf. I hope and certainly wish I do not miss
anything.



It means that the peer is asking you to please go away. It doesn't
want to talk to you anymore. It could just disconnect at layer one
(hang up the phone), but it's being overly polite.
So this could mean that all the pap authentication messages is a polite
act? If so, why does IPCP send a ConfReq? If that is normal, then how
come it can dial on a Win XP system?


Other than the suggestions above, the only way to find out why the
peer sent the link termination request is to go inspect the debug logs
on the peer's side. LCP provides a means for some useful text
information to be included in the termination message, but for some
reason the peer didn't bother doing that.
Debug log at the peer side? Do you mean check on the ISP side? I have
no idea on how to do this.

Thanks and hope to hear from you soon.

Regards,
Raymond

.

Relevant Pages

  • Re: wvdial does not connect
    ... This behavior is pretty typical for GPRS. ... during the PPP Authentication phase. ... peer appearing to be unable to negotiate an IP address. ... This is just a GPRS design flaw. ...
    (comp.protocols.ppp)
  • Re: wvdial does not connect
    ... This behavior is pretty typical for GPRS. ... during the PPP Authentication phase. ... peer appearing to be unable to negotiate an IP address. ... peer sent the link termination request is to go inspect the debug logs ...
    (comp.protocols.ppp)
  • Re: connection closed after unsuccessful ConfReq
    ... GPRS is weird. ... which means that authentication occurs during IPCP. ... The peer never offers you an address. ...
    (comp.protocols.ppp)
  • Re: Linux dialup to Netscape.net?
    ... > dial the modem, and letting pppd handle EVERYTHING else. ... > You try again without the short packet, and the peer approves. ... > route to the world through the Ethernet, ... >>modem sync, but then fails the authentication, and simply drops the line ...
    (comp.os.linux.networking)
  • Re: SQLCEReplication over GPRS
    ... Internet side, just not over GPRS: ... network that was causing the issue. ... as that's the server sync DLL version that you're using. ... connecting via GPRS via vodafone the authentication part is missing. ...
    (microsoft.public.dotnet.framework.compactframework)
Loading