Re: [16NG] Re: multicast and IPv6 over ETHCS

"Qiang Zhang" <qiangieee@gmail.com> Wed, 17 January 2007 21:18 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7IBN-0007Jy-PR; Wed, 17 Jan 2007 16:18:57 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7IBM-0007JO-BH for 16ng@ietf.org; Wed, 17 Jan 2007 16:18:56 -0500
Received: from an-out-0708.google.com ([209.85.132.242]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7IBK-0007qZ-2y for 16ng@ietf.org; Wed, 17 Jan 2007 16:18:56 -0500
Received: by an-out-0708.google.com with SMTP id d30so3637and for <16ng@ietf.org>; Wed, 17 Jan 2007 13:18:51 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=g6jImn7bRR9EkQhdq7E7aNmm6p5gfjTDlkHhfhh5V6/xu8RLkqdKv89cilkqyCHG7Fi5xSOqIh2J0+N30Vn7TCIzcV3z25TFuo7fFhkozrEgrB7SowUVdIWng/GHGo5k3VhmO7b9PLAxsDYAxr0w7ldKB7CUCMGMI8bX4nhVI+4=
Received: by 10.100.152.9 with SMTP id z9mr4316and.1169068731785; Wed, 17 Jan 2007 13:18:51 -0800 (PST)
Received: by 10.70.102.13 with HTTP; Wed, 17 Jan 2007 13:18:51 -0800 (PST)
Message-ID: <4a8dceef0701171318g3174dfbo93e37a931a4819e2@mail.gmail.com>
Date: Wed, 17 Jan 2007 16:18:51 -0500
From: "Qiang Zhang" <qiangieee@gmail.com>
To: "Basavaraj Patil" <basavaraj.patil@nokia.com>
Subject: Re: [16NG] Re: multicast and IPv6 over ETHCS
In-Reply-To: <C1D3BCF4.2C8C0%basavaraj.patil@nokia.com>
MIME-Version: 1.0
References: <45AE5CE2.8060500@motorola.com> <C1D3BCF4.2C8C0%basavaraj.patil@nokia.com>
X-Spam-Score: 0.5 (/)
X-Scan-Signature: 944ecb6e61f753561f559a497458fb4f
Cc: 16ng@ietf.org
X-BeenThere: 16ng@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: qiangieee@gmail.com
List-Id: 16ng working group discussion list <16ng.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/16ng>, <mailto:16ng-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/16ng>
List-Post: <mailto:16ng@ietf.org>
List-Help: <mailto:16ng-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/16ng>, <mailto:16ng-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0487613352=="
Errors-To: 16ng-bounces@ietf.org

Is there a real case that PPP/PPPoE is overlaid on top PDP or PPP (PDSN
case) or LAP? My guess is that No, i haven't seen a DIALer that does this
and there is no reason to do so. There is case that PC PPP to the AT though
but this terminates at the AT

On 1/17/07, Basavaraj Patil <basavaraj.patil@nokia.com> wrote:
>
>
> Alex,
>
>
> On 1/17/07 11:29 AM, "ext Alexandru Petrescu"
> <alexandru.petrescu@motorola.com> wrote:
>
> > Basavaraj Patil wrote:
> >> Alex,
> >>
> >> Again a comment on just one of your statements:
> >>
> >>
> >> On 1/17/07 11:04 AM, "ext Alexandru Petrescu"
> >> <alexandru.petrescu@motorola.com> wrote:
> >>
> >>> And I'm asking this because ppp is used everywhere on GPRS/UMTS,
> >>> and pppoe is used on some HSDPA.
> >>
> >> PPP is NOT used in GPRS/UMTS or HSDPA.
> >
> > How do you know?  I know because I've tried.  It's always the pppd
> > program and ConfigReq sent/received.
>
> The PPP that you are talking about is most likely not between your PC card
> (that is implementing GPRS/HSDPA) and the GGSN. You could be doing PPP
> over
> a PDP context that is established between the PC card and the GGSN.
> Question
> is, does the PPP terminate at the GGSN? Of course not knowing what kind of
> service you are using or details, I can only speculate.
>
> >
> > Do you mean a SDO spec says that PDP context is set up?  And that that
> > SDO document doesn't say 'ppp is used'?  I agree with this part.
>
> PPP is an overhead and not required to transport IP packets in GPRS. PDP
> contexts are the mechanism used for carrying IP packets.
>
> >
> >> PPPoE is NOT used in GPRS/UMTS or HSDPA.
> >
> > What do you call a PPP ConfigReq within a MAC header with 48bits
> > addresses, as displayed by Ethereal?  And with a pcmcia card saying
> hsdpa.
>
> Your Ethereal may not really be have the drivers to read what is being
> sent
> by the HSDPA card... I don't know. As I said above, tell me where is PPP
> being terminated in the network, i.e the GPRS core?
>
> >
> >> PDP context != PPP or PPPoE
> >
> > I'm sorry.  PDP context is not something defined at IETF, a different
> > beast, can't compare.
>
> And I am not asking you to do so. I was just correcting a statement about
> PPP usage that you made. And it appeared to be a globally applicable
> statement to all GPRS/UMTS/HSDPA deployments.
>
> -Raj
>
> >
> > Alex
> >
>
>
> _______________________________________________
> 16NG mailing list
> 16NG@ietf.org
> https://www1.ietf.org/mailman/listinfo/16ng
>
_______________________________________________
16NG mailing list
16NG@ietf.org
https://www1.ietf.org/mailman/listinfo/16ng