netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Dan Williams <dcbw-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
To: Marcel Holtmann <marcel-kz+m5ild9QBg9hUCZPvPmw@public.gmane.org>
Cc: "Oliver Neukum" <oliver-GvhC2dPhHPQdnm+yROfE0A@public.gmane.org>,
	"Alan Cox"
	<alan-qBU/x9rampVanCEyBjwyrvXRex20P6io@public.gmane.org>,
	"Rémi Denis-Courmont"
	<remi.denis-courmont-xNZwKgViW5gAvxtiuMwx3w@public.gmane.org>,
	"netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [PATCH] USB host CDC Phonet network interface driver
Date: Mon, 27 Jul 2009 13:36:06 -0400	[thread overview]
Message-ID: <1248716166.17189.25.camel@localhost.localdomain> (raw)
In-Reply-To: <1248458401.28545.149.camel@violet>

On Fri, 2009-07-24 at 20:00 +0200, Marcel Holtmann wrote:
> Hi Oliver,
> 
> > > > 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%.

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.

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.

Dan

> And on top of that we have these magic *99# phone numbers to establish a
> PDP context, because the OS still sees them as POTS modem. All stupid
> and braindead. I am so happy that Ericsson and Option moved to proper
> high speed network devices and that Nokia Phonet had this all along.
> 
> So besides the GPRS data access, the other problem with AT command
> control channels is that they are by no means async. Every single
> command is essentially blocking and so you need the TTY mux anyway so
> you can do scanning, text messaging and network monitoring at the same
> time without having your application look like a total dork.
> 
> Regards
> 
> Marcel
> 
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2009-07-27 17:36 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 [this message]
2009-07-27 17:59                                 ` Marcel Holtmann
  -- 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=1248716166.17189.25.camel@localhost.localdomain \
    --to=dcbw-h+wxahxf7alqt0dzr+alfa@public.gmane.org \
    --cc=alan-qBU/x9rampVanCEyBjwyrvXRex20P6io@public.gmane.org \
    --cc=linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=marcel-kz+m5ild9QBg9hUCZPvPmw@public.gmane.org \
    --cc=netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=oliver-GvhC2dPhHPQdnm+yROfE0A@public.gmane.org \
    --cc=remi.denis-courmont-xNZwKgViW5gAvxtiuMwx3w@public.gmane.org \
    /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).