Re: [manet] AB#1 (olsrv2-multitopology): Multiplexing RFC5444 Packets

Abdussalam Baryun <abdussalambaryun@gmail.com> Fri, 12 September 2014 10:15 UTC

Return-Path: <abdussalambaryun@gmail.com>
X-Original-To: manet@ietfa.amsl.com
Delivered-To: manet@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 893B81A03C5 for <manet@ietfa.amsl.com>; Fri, 12 Sep 2014 03:15:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zWzGLm5WQ8kk for <manet@ietfa.amsl.com>; Fri, 12 Sep 2014 03:15:40 -0700 (PDT)
Received: from mail-yk0-x234.google.com (mail-yk0-x234.google.com [IPv6:2607:f8b0:4002:c07::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 101D41A0145 for <manet@ietf.org>; Fri, 12 Sep 2014 03:15:16 -0700 (PDT)
Received: by mail-yk0-f180.google.com with SMTP id q9so278571ykb.11 for <manet@ietf.org>; Fri, 12 Sep 2014 03:15:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=VjVPiIrgyIFKols4H2HmYk7H14CsTi6onYo7M5cO0Yw=; b=OL/ljt+ZCFWw7RKEARjOgvq4ic5Ew+Ot9o2Am6oP4Xu4DufQ//lzoC91snqbwKc5hg qxAjn+fGJO+b3DXfgjpDJdHJb29w210cUpDy38xuVIHNbYfIEeY3Wxt8jf4X4uPKJIl0 +xfEeIO9oErdOjPDI5fRuSzdsQKcV7kfSFQUtfZKo6kRcyjm13qXcT7/vJCJ3cMCsCjV ywo5KJ06G2RxgduthVLlrk19Li/IU/69F8uMujK5etclclgFI2TV5/UJEqfnCWdpMq8x raWL8/f2dnw5AGs0tIeoPn8ECzioVuN41izz5RX2yxCrvWwPkIOEHqIuXZltwnAfRhBc pn9A==
MIME-Version: 1.0
X-Received: by 10.236.1.167 with SMTP id 27mr8822182yhd.21.1410516916365; Fri, 12 Sep 2014 03:15:16 -0700 (PDT)
Received: by 10.170.86.196 with HTTP; Fri, 12 Sep 2014 03:15:16 -0700 (PDT)
In-Reply-To: <B366DB1F-1C00-4E5A-AA72-383B86A7CB4F@mnemosyne.demon.co.uk>
References: <CADnDZ88ebDZYjh_gTJ4RbLLD6eH9krdT5xHN24vLWdyNUUjAAg@mail.gmail.com> <B366DB1F-1C00-4E5A-AA72-383B86A7CB4F@mnemosyne.demon.co.uk>
Date: Fri, 12 Sep 2014 12:15:16 +0200
Message-ID: <CADnDZ8-HJ0kiQQg4a_umtye8kLJk=3Fk4FPey9+ogbp9sX3UDQ@mail.gmail.com>
From: Abdussalam Baryun <abdussalambaryun@gmail.com>
To: Christopher Dearlove <christopher.dearlove@gmail.com>
Content-Type: multipart/alternative; boundary="089e011825d0bff1730502db8f56"
Archived-At: http://mailarchive.ietf.org/arch/msg/manet/ThzLx5DE0uZQS3ncKK1QXQzOr88
Cc: "manet@ietf.org" <manet@ietf.org>, "draft-ietf-manet-olsrv2-multitopology@tools.ietf.org" <draft-ietf-manet-olsrv2-multitopology@tools.ietf.org>
Subject: Re: [manet] AB#1 (olsrv2-multitopology): Multiplexing RFC5444 Packets
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Mobile Ad-hoc Networks <manet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet>, <mailto:manet-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/manet/>
List-Post: <mailto:manet@ietf.org>
List-Help: <mailto:manet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet>, <mailto:manet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Sep 2014 10:15:42 -0000

Any input from any participant is not wast of time. I will leave all my
other comments for IESG call then.  You could not even remember this week
why was logic hop (and many ip hop possibility for packets) put in RFC5444,
which may mean that RFC can wast readers time. The WG draft under my
investigation and time, uses the terminology of RFC5444, see the
terminology section, therefore if you want to say data packet just say it
as you did in your below email.

However, still you need to ensure that packets are having not mixed
topology messages. I hope editors respect WG participants even if they
think one input is stupid or wasting time.

AB

On Friday, September 12, 2014, Christopher Dearlove wrote:

> Every use of the word packet in the draft refers to a data packet being
> routed, not a 5444 packet. I just checked.
>
> This makes this posting of yours even more of a waste of time than usual.
> Will you please actually read and understand things before commenting.
> (Putting aside the timescale issue.)
>
> (The protocol thus does exactly what it needs to do with regard to the
> 5444 multiplexer. Nothing.)
>
>
> On 12 Sep 2014, at 03:34, Abdussalam Baryun wrote:
>
> > In another discussion the WG may want RFC5444 packets not mentioned in
> our protocols because it belongs only for multiplexer. However, This draft
> mentions packets and many protocol considerations for RFC5444 packets. The
> draft avoid even mentioning the multiplexer, even though it is very
> important for the use case.
> >
> > Therefore, either take out all describing packets in draft (put it in
> one place as the management consideration section), which I don't think is
> correct because it's an MT protocol, or specify a protocol for multiplexer
> in another draft, or do specify multiplexing in this draft. There is an
> assumption in the draft which I don't think can be accepted to avoid
> multiplexing while considering packets and MT.
> >
> > IMHO the draft needs to specify how the multiplexer packs its MT
> messages so that each packet go through the right topology. Specifying
> parser/multiplexer function is because this draft is mentioning packets and
> messages for MT without mentioning multiplexer. We should ensure that each
> packet routes in one topology and messages are packed correctly. For
> example I don't find the function maintaining that messages of one topology
> are not mixed with messages of other topologies.
> >
> > AB
> > _______________________________________________
> > manet mailing list
> > manet@ietf.org <javascript:;>
> > https://www.ietf.org/mailman/listinfo/manet
>
>