RE: Mobile Broadband - how do I trace/debug the modem initialisation?
- From: Dan Williams <dcbw redhat com>
- To: Craig Main <cmain fnb co za>
- Cc: networkmanager-list gnome org
- Subject: RE: Mobile Broadband - how do I trace/debug the modem initialisation?
- Date: Wed, 22 Oct 2008 10:31:56 -0400
On Wed, 2008-10-22 at 08:39 +0200, Craig Main wrote:
> On Wed, 2008-10-22 at 00:38 +0100, Rick Jones wrote:
> > --On Tuesday, October 21, 2008 14:08:25 -0400 Dan Williams
> > <dcbw redhat com> wrote:
> > ¦ On Tue, 2008-10-21 at 19:16 +0200, Main, Craig wrote:
> > ......
> > ¦ > --> Modem initialized.
> > ¦ > --> Sending: ATDT*99***1#
> > ¦ > --> Waiting for carrier.
> > ¦ > ATDT*99***1#
> > ¦ > ~[7f]}# !}!}!} }9}#}%B#}%}(}"}'}"}"}&} } } } }%}&mG!;J[1d]~
> > ¦
> > ¦ Holy crap, WTF is that??? I know you don't know, but wow. That
> > can't
> > ¦ be a valid standards-compliant implementation.
> >
> > AFAIK that's the PPP negotiation. If you manually open a connection
> > to any PPP wserver with minicom or equiv. that stuff comes back.
> > Usually the modem returns CONNECT first, and the device is handed
> > over to the PPP code so this doesn't get traced, but here CONNECT
> > comes later, and then we see that PPP is correctly detected:
> >
> Correct, that is the ppp negotiation
Cute, so pppd will now miss the first part of the negotiation, simply
because the card is too damn slow with CONNECT? That's a great
experience for fast, reliable connections :)
Dan
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]