From: Marcel Holtmann <marcel@holtmann.org>
To: Dan Williams <dcbw@redhat.com>
Cc: "Oliver Neukum" <oliver@neukum.org>,
"Alan Cox" <alan@lxorguk.ukuu.org.uk>,
"Rémi Denis-Courmont" <remi.denis-courmont@nokia.com>,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
"linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>
Subject: Re: [PATCH] USB host CDC Phonet network interface driver
Date: Mon, 27 Jul 2009 19:59:50 +0200 [thread overview]
Message-ID: <1248717590.28545.209.camel@violet> (raw)
In-Reply-To: <1248716166.17189.25.camel@localhost.localdomain>
Hi Dan,
> > > > > No, I was thinking of having two full devices, a data channel and a
> > > > > control channel for devices that really talk AT commands natively.
> > > >
> > > > If the hardware does it great, however for things like a 3G modem you
> > > > have the problem that the PPP is over the AT command channel which may
> > > > itself be multiplexed. And the muxing in question is *ugly* - sort of
> > > > HDLC and LAP-B done wrong.
> > >
> > > Well, yes, but we would really like a separate control channel, so we
> > > can query parameters like signal strength, while we do PPP over the data
> > > channel.
> >
> > we don't want PPP at all. It is just plain stupid and a total braindead
> > idea. Non of the GSM/UMTS networks talk PPP over the air interface or
> > actually anywhere in their stack. The PPP is just between the host OS
> > and the card. It is a pointless encapsulation of IP packets that comes
> > from the POTS stuff where PPP over a telephone line made sense.
>
> Feel free to convince all the hardware vendors to move over to that
> model. Many of them are, but there are still *boatloads* of devices
> that do PPP. It'll be at least 3 or 4 years before you can even think
> about ignoring PPP entirely.
>
> This is totally a firmware thing and not something under our control at
> all. Either the vendor implements a non-PPP data channel, or they
> don't. We have to live with that, or ignore devices that use PPP. Most
> of the devices out there use PPP. Maybe 80 or 90%.
I know that and it is sad. It is also sad that a firmware upgrade could
bring most cards away from PPP, but besides Option I haven't seen it
from anybody.
> The only reason vendors ditched PPP was that it was too much overhead to
> achieve full speed on HSDPA 7.2 networks. Guess how many operators have
> actually deployed HSDPA 7.2? Count them on your hands. Yes, over the
> next year or two we'll see a lot more HSDPA 7.2-capable networks, and
> that means more devices will show up that ditch PPP. But at the moment,
> PPP can't be ignored.
Actually HSDPA 7.2 is deployed more than you think. At least in Europe
the base stations in the big cities are 7.2 capable. Some of them even
with proper HSUPA support. It is impressive what you can get through
these networks.
> The next problem is that not all vendors implement the non-PPP data
> channel using cdc-ether, or provide specs/drivers for that channel. So
> just because a vendor ditches PPP doesn't automatically mean it's better
> for Linux and a driver is available.
The CDC Ethernet support of the Ericsson MBM cards is kinda a nice idea.
You get proper IFF_LOWER_UP and can just run DHCP on it. I am not such a
big fan of the DHCP part, but it is the same for WiMAX, so I assume that
is what they will be settling for. Nice would to have just plain and
simple IPv6 on UMTS networks.
Regards
Marcel
next prev parent reply other threads:[~2009-07-27 18:00 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-21 11:58 [PATCH] USB host CDC Phonet network interface driver Rémi Denis-Courmont
2009-07-21 13:52 ` Dan Williams
[not found] ` <1248184373.6558.15.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2009-07-21 15:34 ` Marcel Holtmann
2009-07-22 8:37 ` Rémi Denis-Courmont
[not found] ` <200907221137.07005.remi.denis-courmont-xNZwKgViW5gAvxtiuMwx3w@public.gmane.org>
2009-07-22 8:40 ` Alan Cox
2009-07-22 8:41 ` Oliver Neukum
2009-07-22 9:11 ` Alan Cox
2009-07-22 9:15 ` Marcel Holtmann
2009-07-22 11:07 ` Rémi Denis-Courmont
2009-07-23 14:34 ` Dan Williams
[not found] ` <1248359692.774.22.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2009-07-24 12:58 ` Rémi Denis-Courmont
2009-07-24 12:01 ` Oliver Neukum
2009-07-24 12:14 ` Rémi Denis-Courmont
2009-07-24 12:31 ` Oliver Neukum
[not found] ` <200907241431.08858.oliver-GvhC2dPhHPQdnm+yROfE0A@public.gmane.org>
2009-07-24 12:48 ` Alan Cox
[not found] ` <20090724134805.0d9496be-qBU/x9rampVanCEyBjwyrvXRex20P6io@public.gmane.org>
2009-07-24 13:00 ` Rémi Denis-Courmont
2009-07-24 14:12 ` Oliver Neukum
2009-07-24 14:19 ` Alan Cox
2009-07-24 16:59 ` Oliver Neukum
2009-07-24 18:00 ` Marcel Holtmann
2009-07-24 23:19 ` Alan Cox
2009-07-27 17:36 ` Dan Williams
2009-07-27 17:59 ` Marcel Holtmann [this message]
-- strict thread matches above, loose matches on Subject: below --
2009-07-17 9:56 Rémi Denis-Courmont
2009-07-17 13:47 ` Oliver Neukum
[not found] ` <200907171547.39815.oliver-GvhC2dPhHPQdnm+yROfE0A@public.gmane.org>
2009-07-20 6:35 ` Rémi Denis-Courmont
[not found] ` <200907200935.19103.remi.denis-courmont-xNZwKgViW5gAvxtiuMwx3w@public.gmane.org>
2009-07-20 6:41 ` Oliver Neukum
2009-07-20 14:55 ` David Miller
2009-07-21 19:42 ` David Miller
[not found] ` <20090721.124217.03326492.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
2009-07-21 20:14 ` Marcel Holtmann
2009-07-21 20:18 ` David Miller
[not found] ` <20090721.131816.116617596.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
2009-07-21 20:20 ` Marcel Holtmann
2009-07-21 20:20 ` David Miller
2009-07-22 6:57 ` Rémi Denis-Courmont
2009-07-15 13:59 Rémi Denis-Courmont
[not found] ` <1247666341-7121-1-git-send-email-remi.denis-courmont-xNZwKgViW5gAvxtiuMwx3w@public.gmane.org>
2009-07-15 14:20 ` Oliver Neukum
2009-07-16 7:12 ` Rémi Denis-Courmont
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1248717590.28545.209.camel@violet \
--to=marcel@holtmann.org \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=dcbw@redhat.com \
--cc=linux-usb@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=oliver@neukum.org \
--cc=remi.denis-courmont@nokia.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).