[Manet-dt] More Discussion on DYMO using Common Packet Format

Ian Chakeres <ian.chakeres@gmail.com> Sun, 22 January 2006 22:33 UTC

Received: from localhost.cnri.reston.va.us ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0nmR-0005fN-N2; Sun, 22 Jan 2006 17:33:51 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0nmQ-0005eE-76 for manet-dt@megatron.ietf.org; Sun, 22 Jan 2006 17:33:50 -0500
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA22956 for <manet-dt@ietf.org>; Sun, 22 Jan 2006 17:32:21 -0500 (EST)
Received: from xproxy.gmail.com ([66.249.82.204]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1F0nvc-0006MG-0N for manet-dt@ietf.org; Sun, 22 Jan 2006 17:43:22 -0500
Received: by xproxy.gmail.com with SMTP id t12so585904wxc for <manet-dt@ietf.org>; Sun, 22 Jan 2006 14:33:43 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:mime-version:content-transfer-encoding:message-id:content-type:to:from:subject:date:x-mailer; b=l1+1YBfNU04LpBETBEqXX2Qob/7rcc/sYDcBIVzzWnpWfU3Br/LlwgqpkjDfBDQ5QA6LGQLx1kfKQgGaIYhAjXSENHEHUqA3lDEcwD4fXplU0jiopIokxLvEfNyMMsBSFDg5kYJiMACdt7RbrNhRyNT3g7uWcjzautzr7tER6fk=
Received: by 10.70.68.6 with SMTP id q6mr5270454wxa; Sun, 22 Jan 2006 14:33:42 -0800 (PST)
Received: from ?192.168.1.100? ( [66.235.34.131]) by mx.gmail.com with ESMTP id i14sm6478894wxd.2006.01.22.14.33.42; Sun, 22 Jan 2006 14:33:42 -0800 (PST)
Mime-Version: 1.0 (Apple Message framework v746.2)
Content-Transfer-Encoding: 7bit
Message-Id: <34867C71-273E-4E8D-9EB5-FB80B052A4E4@gmail.com>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
To: manet-dt@ietf.org
From: Ian Chakeres <ian.chakeres@gmail.com>
Date: Sun, 22 Jan 2006 14:33:36 -0800
X-Mailer: Apple Mail (2.746.2)
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 03169bfe4792634a390035a01a6c6d2f
Content-Transfer-Encoding: 7bit
Subject: [Manet-dt] More Discussion on DYMO using Common Packet Format
X-BeenThere: manet-dt@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: MANET Design Team <manet-dt.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/manet-dt>, <mailto:manet-dt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/manet-dt>
List-Post: <mailto:manet-dt@ietf.org>
List-Help: <mailto:manet-dt-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/manet-dt>, <mailto:manet-dt-request@ietf.org?subject=subscribe>
Sender: manet-dt-bounces@ietf.org
Errors-To: manet-dt-bounces@ietf.org

I'm trying to write a new DYMO ID using the common packet format but  
there is a lot to change. I'm going to post a few portions here and I  
would like your feedback.

==================================
3.2.1. Generic Packet and Message Structure

All DYMO messages MUST conform to the generic message format as  
described in draft-clausen-olsrv2-fmt-00.txt.


        <packet> = <packet-header>?
                   {<message><pad-octet>*}+

        <packet-header> = <zero>
                          <reserved>
                          <packet-seq-number>

       <message>         = <msg-header>
                            <tlv-block>
                            {<addr-block><tlv-block>}*

        <msg-header>      = <type>
                            <msg-semantics>
                            <msg-size>
                            <msg-header-info>?

        <msg-header-info> = <originator-address>
                            <ttl>
                            <hop-count>
                            <msg-seq-number>

        <tlv-block>       = <tlv-length>
                            <tlv>*

       <address-block> = <head-length>
                          <head>
                          <num-tails>
                          <tail>+
       <tlv> = <type>
                <length>
                <index-start>
                <index-stop>
                <value>

=================================

3.2.2. Routing Message (RM)

RM conform to the generic message structure.
RM is a message with msg-type TBD.

msg-semantics
RM MUST contain I-bit
RM MUST contain A-bit
RM MUST contain S-bit

msg-tlvs
RM MUST contain 1 and only 1 msg tlv of TTL

add-blocks
RM MUST contain 1 and only 1 address marked as Originator
if the message is unicast (the IPDestinationAddress is a unicast  
address), RM MUST contain 1 and only 1 address marked as Target

add-tlv
RM MUST contain an Originator SeqNum
RM SHOULD contain an Originator HopCnt (OrigHopCnt). If OrigHopCnt is  
not included, it is assumed to be zero (unknown)
RM SHOULD contain an Target Last Known SeqNum (TargetSeqNum) if  
unicast. If TargetSeqNum is not included in the message it is assumed  
to be zero (unknown)
RM SHOULD contain an Target Last Known HopCnt (TargetHopCnt) if  
unicast. If TargetHopCnt is not included in the message it is assumed  
to be zero (unknown)


==================================

3.2.3. Route Error (RERR)

RERR must confirm to the generic message structure
RERR is a message with msg-type TBD.

msg-semantics
RERR MUST contain I-bit

msg-tlvs
RERR MUST contain 1 and only 1 msg tlv of TTL

add-blocks
RERR MUST contain 1 or more addresses marked as unreachable
RERR MAY contain an 1 and only 1 address marked a Originator
RERR MUST contain an 1 and only 1 address marked a Target if unicast  
IPDestinationAddress
RERR MAY contain an 1 and only 1 address marked a Target if  
IPDestinationAddress is not a unicast address

add-tlvs
RERR SHOULD contain SeqNum for each unreachable node. If the SeqNum  
is not included in the message it is assumed to be zero (unknown)
RERR SHOULD contain the Last Known HopCnt for each unreachable node.  
If the HopCnt is not included in the message it is assumed to be zero  
(unknown)
RERR MAY contain an Originator SeqNum. If the SeqNum is not included  
in the message it is assumed to be zero (unknown)
RERR MAY contain an Originator HopCnt. If the HopCnt is not included  
in the message it is assumed to be zero (unknown)
RERR MAY contain an Target Last Known SeqNum. If the SeqNum is not  
included in the message it is assumed to be zero (unknown)
RERR MAY contain an Target Last Known HopCnt. If the HopCnt is not  
included in the message it is assumed to be zero (unknown)


==================================

6. IANA Considerations

DYMO defines several message-types and tlv-types. A new registry will  
be created for the values for the various type fields, and the  
following values will be assigned:

message-type Value

-------------------------------- -----

Routing Message (RM) 1

Route Error (RERR) 2



message-tlv Value

-------------------------------- -----

TTL TBD



address-tlv Value

-------------------------------- -----

DYMO Sequence Number (multivalue) TBD

Hop Count (multivalue) TBD

Gateway TBD

Originator TBD

Target TBD



_______________________________________________
Manet-dt mailing list
Manet-dt@ietf.org
https://www1.ietf.org/mailman/listinfo/manet-dt