Re: Mobile Broadband - how do I trace/debug the modem initialisation?
- From: Per Hallsmark <per hallsmark t2data se>
- To: Dan Williams <dcbw redhat com>
- Cc: networkmanager-list gnome org
- Subject: Re: Mobile Broadband - how do I trace/debug the modem initialisation?
- Date: Wed, 22 Oct 2008 16:45:48 +0200
Dan Williams wrote:
Well it really has a fast and reliable connection, but only if people
will stop using
it with PPP and do a cdc-ether bringup instead and run usb/ethernet
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
¦ 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 :)
to the module. ;-)
But ok, that can't happen until next week or so when we've been able to
all stuff... ;-)
So, I strongly suggest to hold off playing with PPP and instead wait for
shiny glittering features coming out soon...
NetworkManager-list mailing list
NetworkManager-list gnome org
] [Thread Prev