Re: [manet] MANET Protocol Applicability

[Abdussalam Baryun <[e-mail]>]

Hi Teco,

I will need your input and assistance in the draft I am writing for
submission to the WG, and hope to get Mr. Cole as well,

Your input and Mr.Cole were very important from my point of view, and
hope we can go in progress for this issue, thanking you,

Best Regards

Abdussalam Baryun
University of Glamorgan, UK
===========================================================
On 6/8/12, Abdussalam Baryun <[e-mail]> wrote:
> Hi Chris,
>
> I thank you for your comments. I agree with Teco. However, your
> comments look in one direction, but I want to see All directions if
> possible. Your comments see the protocol progress in ignoring L2
> because abstract layer, which I admit I like and we still SHOULD do
> that now and in future because it gives better performance (the
> Designer-point-of-protocol).
>
>  In the other direction is that the customer wants to know our
> assumption/conditions or L2 technologies that we use as
> possible-use-case or defined in the section of
> Protocol-Applicability-Statement, so s/he can know how to use it OR
> s/he can understand that the DESIGNER tested the condition or
> scenarios of using PROTOCOL over such technology (the
> customers-point-of-using-protocol). We have different users around the
> world with different network technologies in use.
>
> We have to admit that RFC3561 and RFC3626 were not general purpose
> enough to cover LLN issues which that is why we have a WG named ROLL
> (i.e. 4 years old) and that is why we have AODVv2 and OLSRv2.
>
> We SHOULD be more practical as Mr.Clausen mentioned in WG-77-meeting
> (i.e. his input regarding one protocol that only was tested by
> simulation scenarios), theories don't give right results. This was
> also spoted by Corson (1998), it seems that is why he written the
> draft, and that is why I think the importance of their both inputs.
> Please note that NOT mentioning some technology definitions in the
> applicability of protocol, doesn't mean that the protocol is really
> tested as a GENERAL purpuse protocol (e.g. OLSRv2, AODVv2). Our
> protocols are tested in some industry technology and are not in
> others.
>
> Please note that MANET WG is doing OLSRv2 without updating RFC3626
> which make people think why?, I want to define technologies at L2
> because DLEP is important for my draft, and that for DSRv2 to be
> reasonable to users around the world, and to get feedback from time to
> time of their concerns so I can update some RFC in future (if I was
> successful : ), each 8 years or any reasonable requirement.
>
> Best Regards
>
> Abdussalam Baryun
> University of Glamorgan, UK
> =======================================================
> < One may be wrong, or may be right, but it does not matter if we work
> together
> as a group to discuss and resolve all issues. IETF WGs are always right >
> ****************************************************************************************
> This email and any attachments are confidential to the intended recipient
> and may also be privileged. If you are not the intended recipient please
> delete it from your system and notify the sender. The contents are comply
> to the IETF regulations, and WG procedures. You should not copy the
> email nor use it for any purpose other than IETF procedures purposes.
> ****************************************************************************************
>
>
> On 6/8/12, Dearlove, Christopher (UK) <[e-mail]>
> wrote:
>> Being explicit about L2 technologies is exactly what MANET should not do.
>> At
>> least not in any limiting way. Of course if someone were to write an
>> informative draft about (say) using OLSRv2 over IEEE 802.11 that would be
>> fine. Though it would run the risk of suggesting to some that that is the
>> only L2 suggested,, so I'd want the draft to make it clear that wasn't
>> so.
>> And anything that said OLSRv2 was intended for use over the following L2
>> protocols would be completely wrong. The point of routing at L3 is to be
>> as
>> L2 independent as possible.
>>
>> If I've read the draft you mention it was a long time ago. Digging up
>> 1998
>> drafts to reissue doesn't strike me as the most productive possible
>> exercise.
>>
>> --
>> Christopher Dearlove
>> Senior Principal Engineer, Communications Group
>> Communications, Networks and Image Analysis Capability
>> BAE Systems Advanced Technology Centre
>> West Hanningfield Road, Great Baddow, Chelmsford, CM2 8HN, UK
>> Tel: [phone] |  Fax: [phone]
>> [e-mail] | http://www.baesystems.com
>>
>> BAE Systems (Operations) Limited
>> Registered Office: Warwick House, PO Box 87, Farnborough Aerospace
>> Centre,
>> Farnborough, Hants, GU14 6YU, UK
>> Registered in England & Wales No: 1996687
>>
>>
>> -----Original Message-----
>> From: [e-mail] [mailto:[e-mail]] On Behalf Of
>> Abdussalam Baryun
>> Sent: 08 June 2012 04:42
>> To: manet
>> Subject: [manet] MANET Protocol Applicability
>>
>> ----------------------! WARNING ! ----------------------
>> This message originates from outside our organisation,
>> either from an external partner or from the internet.
>> Keep this in mind if you answer this message.
>> Follow the 'Report Suspicious Emails' link on IT matters
>> for instructions on reporting suspicious email messages.
>> --------------------------------------------------------
>>
>> Hi Folks
>>
>> I have read two important inputs and want to share my opinion,
>>
>> ============  point 1  ============
>>
>> In one work in progress ietf-draft (expired):
>> draft-ietf-manet-appl-00.txt,
>> Corson, (1998)mentioned in Abstract and Introduction:
>>
>> Abstract> The intent of this 'Applicability Section' is to
>> aid readers unfamiliar with the details of each protocol's design in
>> understanding the protocol's basic characteristics, functioning and
>> mechanisms, as well as to provide a general description of the
>> networking context for which the protocol was designed, and in which
>> it is expected to perform well.
>>
>> Introduction> The set of applications for which the use of MANET
>> technology envisioned is diverse, ranging from small,
>> energy-constrained nearly
>> static networks to large-scale, mobile, highly-dynamic networks. The
>> combinations of network size, topology composition and dynamics,
>> bandwidth and energy availability, physical and link-layer
>> technologies, intended application usages, etc. are many, and it seems
>>  unlikely that a single protocol will function superiorly over this
>> wide range of networking contexts. Thus a given protocol is likely to
>> be well-suited for operation in those networks whose characteristics
>> match well with the combination of mechanisms employed by the
>> protocol.
>> ============  point 2  ==============
>> In the MANET WG 77 meeting minutes, Mr.Clausen mentioned that it is
>> important to be explicit about assumptions/conditions before talking
>> about protocol.
>> ============  opinion  ==============
>> I agree with both points and approach to solve routing protocols, and
>> would RECOMMEND either of the following:
>> 1- MANET WG defines (in one informative-draft) intended application
>> usage, and be explicit about applicable L2 network technologies. So
>> that each future protocols mentions in their applicability statement
>> section the usual use-case for such protocol, OR
>> 2- MANET WG renews the I-D expired of Corson (1998) and adds more
>> issues so it can become an RFC in future,
>>
>> Thanking you,
>> Abdussalam Baryun
>> =========================
>> _______________________________________________
>> manet mailing list
>> [e-mail]
>> https://www.ietf.org/mailman/listinfo/manet
>>
>>
>> ********************************************************************
>> This email and any attachments are confidential to the intended
>> recipient and may also be privileged. If you are not the intended
>> recipient please delete it from your system and notify the sender.
>> You should not copy it or use it for any purpose nor disclose or
>> distribute its contents to any other person.
>> ********************************************************************
>>
>>
>