Re: [Paw] Renaming: SPAWN vs. RAW

[Xavi Vilajosana Guillen <[e-mail]>]

Same here. RAW is shorter and easier to spell.

regards
Xavi

Missatge de AUDEBERT Vincent <[e-mail]> del dia dv., 5
d’abr. 2019 a les 14:01:

> Hi Pascal, All,
>
>
>
> I am in favor of RAW.
>
>
>
> Regards
>
>
>
> Vincent
>
>
>
>
>
> *Vincent AUDEBERT*
> * Research Engineer*
> EDF – R&D Lab Saclay
> MIRE
> 7 Bd Gaspard Monge
> 91120 PALAISEAU
>
>
> *[e-mail] <[e-mail]>*
>
> Phone : + 33 1 78 19 45 64
> Mobile : + 33 6 14 13 23 22
>
>
>
> Un geste simple pour l'environnement, n'imprimez ce message que si vous en
> avez l'utilité.
>
>
>
>
>
> *De :* Paw [mailto:[e-mail]] *De la part de*
> [e-mail]
> *Envoyé :* vendredi 5 avril 2019 13:59
> *À :* Prof. Diego Dujovne <[e-mail]>; Hesham ElBakoury <
> [e-mail]>
> *Cc :* Lou Berger <[e-mail]>; [e-mail]; Juliusz Chroboczek <
> [e-mail]>; Venkatesan, Ganesh <[e-mail]>
> *Objet :* Re: [Paw] Renaming: SPAWN vs. RAW
>
>
>
> Votes are still open. Do we keep SPAWN or do we jump to RAW.
>
> What does sound right, a SPAWN or a RAW Network?
>
>
>
> All the best,
>
>
>
> Pascal
>
>
>
> *From:* Paw <[e-mail]> *On Behalf Of *Prof. Diego Dujovne
> *Sent:* vendredi 5 avril 2019 13:51
> *To:* Hesham ElBakoury <[e-mail]>
> *Cc:* Pascal Thubert (pthubert) <[e-mail]>; Lou Berger <
> [e-mail]>; [e-mail]; Venkatesan, Ganesh <
> [e-mail]>; Juliusz Chroboczek <[e-mail]>
> *Subject:* Re: [Paw] Renaming
>
>
>
> Pascal,
>
>            Shall we split this e-mail between the renaming
>
> topic and the reliability metrics discussion? I think both
>
> items are really relevant to the group and deserve their
>
> individual space.
>
> Regards,
>
>
>
>                              Diego Dujovne
>
>
>
> Le ven. 5 avr. 2019 à 07:03, Hesham ElBakoury <[e-mail]>
> a écrit :
>
> There is a good book on reliability by Michael Tortorella. The book is "*Reliability,
> Maintainability, and Supportability: Best Practices for Systems Engineers*".
> It is available from Wiley.
>
> Hesham
>
>
>
> -----Original Message-----
> From: Paw [mailto:[e-mail]] On Behalf Of Pascal Thubert
> (pthubert)
> Sent: Friday, April 5, 2019 1:55 AM
> To: Juliusz Chroboczek <[e-mail]>
> Cc: Lou Berger <[e-mail]>; [e-mail]; Venkatesan, Ganesh <
> [e-mail]>
> Subject: Re: [Paw] Renaming
>
>
>
> Hello Juliusz:
>
>
>
> Actually the theoretical work has been done a while ago, as  a response to
> your question at the mike when I suggested you dig for MTBF or similar
> (MTTF, MTBE...). We tend to express a network form of MTBF in a number of
> 9s. Like five 9s would indicate that the Mean Successful Transmissions
> Between Errors is 99999. A number of use cases would thrive on 1% loss as
> long as losses are always well spaced so the missing points can be
> recovered. This can be true for an industrial control loop, and false for
> burning a master video. The N 9s are there to make the occurrence of P
> (say, 4) losses in a row very rare, like a probability of 1/10^(N*P). But
> the 9s are for unrelated errors and fail to convey a rare burst of errors
> with a common cause, which is what really hurts. These things happen on
> radios and that's why we are after diverse paths etc..
>
>
>
> There's enough stats for is in
> https://ftp.automationdirect.com/pub/Product%20Reliability%20and%20MTBF.pdf
> to take us a long way. Our problem is to migrate the concept from a product
> to a sequence of nodes and then to more complex structures. This could be
> refined in an academic paper, I expect that'd be a great topic, and then an
> RFC would summarize that.
>
>
>
> What I'd like to see is an informational RFC that presents wireless
> reliability in a way that can be consumed by the IETF members, and provides
> terminology that can be referred in our specs. You seemed curious about the
> topic; that's quality number one for achieving great results : )
>
>
>
> All the best,
>
>
>
> Pascal
>
>
>
> More links:
>
>
> http://www.bb-elec.com/Learning-Center/All-White-Papers/Fiber/MTBF,-MTTR,-MTTF,-FIT-Explanation-of-Terms/MTBF-MTTR-MTTF-FIT-10262012-pdf.pdf
>
>
> https://books.google.nl/books?id=rNLSBQAAQBAJ&pg=PA171&lpg=PA171&dq=reliability+MTBF+MTBE+papers&source=bl&ots=L7BsInfaO3&sig=ACfU3U0kYd1lGRyRR_aD5AET9LOI8ZfZWg&hl=fr&sa=X&ved=2ahUKEwisr-LirLjhAhWPZ1AKHe8yARwQ6AEwA3oECAgQAQ
>
>
>
> https://www.dfrsolutions.com/blog/the-challenges-of-wireless-reliability
> <https://www..dfrsolutions.com/blog/the-challenges-of-wireless-reliability>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> > -----Original Message-----
>
> > From: Juliusz Chroboczek <[e-mail]>
>
> > Sent: vendredi 5 avril 2019 01:40
>
> > To: Pascal Thubert (pthubert) <[e-mail]>
>
> > Cc: Venkatesan, Ganesh <[e-mail]>; Lou Berger
>
> > <[e-mail]>; [e-mail]
>
> > Subject: Re: [Paw] Renaming
>
> >
>
> > > We'll also need to provide a definition of reliability and
>
> > > availability and as we discussed, 5nines is probably not the only or
>
> > > even best way to express any of that. Juliusz actually raised the
>
> > > point and I hope he continues on that path and even produces a spec
> for us.
>
> >
>
> > I'm flattered you think so, but I'm pretty sure I'm not competent.
>
> > You'd need someone with more of a background in probability and
> statistics.
>
> >
>
> > -- Juliusz
>
>
>
> --
>
> Paw mailing list
>
> [e-mail]
>
> https://www.ietf..org/mailman/listinfo/paw
> <https://www..ietf.org/mailman/listinfo/paw>
>
> --
> Paw mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/paw
>
>
>
>
> --
>
> DIEGO DUJOVNE
> Profesor Asociado
> Escuela de Informática y Telecomunicaciones
> Facultad de Ingeniería - Universidad Diego Portales - Chile
> www.ingenieria.udp.cl
> (56 2) 676 8125
>
>
> Ce message et toutes les pièces jointes (ci-après le 'Message') sont
> établis à l'intention exclusive des destinataires et les informations qui y
> figurent sont strictement confidentielles. Toute utilisation de ce Message
> non conforme à sa destination, toute diffusion ou toute publication totale
> ou partielle, est interdite sauf autorisation expresse.
>
> Si vous n'êtes pas le destinataire de ce Message, il vous est interdit de
> le copier, de le faire suivre, de le divulguer ou d'en utiliser tout ou
> partie. Si vous avez reçu ce Message par erreur, merci de le supprimer de
> votre système, ainsi que toutes ses copies, et de n'en garder aucune trace
> sur quelque support que ce soit. Nous vous remercions également d'en
> avertir immédiatement l'expéditeur par retour du message.
>
> Il est impossible de garantir que les communications par messagerie
> électronique arrivent en temps utile, sont sécurisées ou dénuées de toute
> erreur ou virus.
> ____________________________________________________
>
> This message and any attachments (the 'Message') are intended solely for
> the addressees. The information contained in this Message is confidential.
> Any use of information contained in this Message not in accord with its
> purpose, any dissemination or disclosure, either whole or partial, is
> prohibited except formal approval.
>
> If you are not the addressee, you may not copy, forward, disclose or use
> any part of it. If you have received this message in error, please delete
> it and all copies from your system and notify the sender immediately by
> return message.
>
> E-mail communication cannot be guaranteed to be timely secure, error or
> virus-free.
> --
> Paw mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/paw
>


-- 
Dr. Xavier Vilajosana
Wireless Networks Lab

*Internet Interdisciplinary Institute (IN3)Professor*
([phone]
[e-mail] <[e-mail]>
http://xvilajosana.org
http://wine.rdi.uoc.edu
Parc Mediterrani de la Tecnologia
Av Carl Friedrich Gauss 5, B3 Building
08860 Castelldefels (Barcelona). Catalonia. Spain
[image: Universitat Oberta de Catalunya]
­