Re: [Raw] [EXT] Terminology: draft-ietf-raw-architecture-14.txt and what's still nuclear

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

I think this makes sense.
kind regards
X

Missatge de Dr. Corinna Schmitt <[e-mail]> del dia dl., 31
de jul. 2023 a les 8:43:

> Reads very well with the changes.
>
>
>
> Am 30.07.23 um 22:38 schrieb Pascal Thubert (pthubert):
>
>
> Dear all:
>
> the publication of 14 adds terminologies and typos. The goal is to serve
> as the new reference for the WGLC so we can use the new terms in our
> discussions. If someone still uses PSE and Track, well, I guess we'll still
> understand for a little while, but he will be harshly reprimanded.
>
> What I did not do yet though I started is work out the positioning of the
> aCPF (the component that talks asynchronously to the rCPF == PCE to report
> performance and get route updates), the Point of Local Repair (PLR is the
> term that replaces the PSE) and the OAM supervisor that triggers OAM and
> aggregates results for the PLR.
>
> These are 3 new architectural blocks, and we want to position them well in
> the DetNet architecture.
>
> The DetNet architecture (section 4.4) has 3 planes that are mapped to
> classical SDN, with the controller plane in the middle, a southbound
> interface to the network plane (in the case of RAW used between rCPF and
> aCPF) and a northbound interface to the Application Plane.
>
> The Controller plane has the typical route servers like PCEs, and network
> management entities. In the SDN model they are "far away" and monitor the
> whole network. Which is what causing the RAW issue of lack of reactivity
> and pushed us to port functionality in the network plane. In networking
> planes parlance, the PCE is control plane and the NMEs are management plane.
>
> As we see, though the term controller plane looks like control plane, they
> are different beasts. A classical IGP is a control plane function that
> operates in the DetNet network plane. The controller plane hosts
> controllers, which physically may embed routing and management entities. In
> the DetNet architecture, "The Controller Plane corresponds to the
> aggregation of the Control and Management Planes in [RFC7426
> <https://datatracker.ietf.org/doc/html/rfc7426>], though Common Control
> and Measurement Plane (CCAMP) (as defined by the CCAMP Working Group [
> CCAMP <https://datatracker.ietf.org/wg/ccamp/charter/>]) makes an
> additional distinction between management and measurement."
>
> In my book, the OAM supervisor, the aCPF and the PLR operate in the
> control plane. The OAM supervisor talks to the OAM handlers in the
> management plane. And all of the above being distributed in the network,
> they operate in the DetNet Network plane.  So 1) we extend the DetNet
> architecture to place functional blocks in the Network Plane and 2) one
> could say we need 3D pictures to represent the intersection of the DetNet planes
> and the traditional control and management planes. While the data plane
> remains firmly in the Network plane.
>
> Now this is my view and the way I intend to update the text to publish 15,
> hopefully quite soon. But I need confirmation that we are on the same line,
> or else debates to reach a consensus.
>
> What do you all think?
>
> Pascal
> ------------------------------
> *De :* [e-mail] <[e-mail]>
> <[e-mail]>
> *Envoyé :* samedi 29 juillet 2023 15:40
> *À :* Pascal Thubert (pthubert) <[e-mail]> <[e-mail]>
> *Objet :* New Version Notification for draft-ietf-raw-architecture-14.txt
>
>
> A new version of I-D, draft-ietf-raw-architecture-14.txt
> has been successfully submitted by Pascal Thubert and posted to the
> IETF repository.
>
> Name:           draft-ietf-raw-architecture
> Revision:       14
> Title:          Reliable and Available Wireless Architecture
> Document date:  2023-07-29
> Group:          raw
> Pages:          43
> URL:
> https://www.ietf.org/archive/id/draft-ietf-raw-architecture-14.txt
> Status:
> https://datatracker.ietf.org/doc/draft-ietf-raw-architecture/
> Html:
> https://www.ietf.org/archive/id/draft-ietf-raw-architecture-14.html
> Htmlized:
> https://datatracker.ietf.org/doc/html/draft-ietf-raw-architecture
> Diff:
> https://author-tools.ietf.org/iddiff?url2=draft-ietf-raw-architecture-14
>
> Abstract:
>    Reliable and Available Wireless (RAW) provides for high reliability
>    and availability for IP connectivity across any combination of wired
>    and wireless network segments.  The RAW Architecture extends the
>    DetNet Architecture and other standard IETF concepts and mechanisms
>    to adapt to the specific challenges of the wireless medium, in
>    particular intermittently lossy connectivity.  This document defines
>    a network control loop that optimizes the use of constrained spectrum
>    and energy while maintaining the expected connectivity properties,
>    typically reliability and latency.  The loop involves OAM, DetNet
>    Controller Plane, and PREOF extensions, and specifically a new
>    recovery Function called PAREO and a new Point of Local Repair
>    operation, that dynamically selects the DetNet path(s) for the future
>    packets to route around local degradations and failures.
>
>
>
>
>
> The IETF Secretariat
>
>
> --
> ******************************************************
>
> PD Dr. rer. nat. habil. Corinna Schmitt
> Head of Secure Communication Systems (SeCoSys)
>
> Research Institute CODE
> Universität der Bundeswehr München
>
> Werner-Heisenberg-Weg 39
> 85577 Neubiberg, Germany
>
> Email: [e-mail]
> Mobil: [phone]https://www.unibw.de/codehttps://www.corinna-schmitt.de
>
> --
> RAW mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/raw
>


-- 
--
Dr. Xavier Vilajosana
Vicerector de Recerca, Transferència i Emprenedoria
Professor (ICREA)
([phone]
*[e-mail]*
<[e-mail]>
Rambla Poblenou 156
08018 Barcelona
uoc.edu <http://www.uoc.edu/>
[image: UOC] <http://www.uoc.edu/>

-- 



*Aquest missatge s'adreça exclusivament al seu destinatari i pot 
contenir informació confidencial. Si no sou el destinatari indicat, no 
utilitzeu, divulgueu ni copieu sense autorització el contingut del 
missatge. *Si heu rebut aquest missatge per error, us demanem que ens ho 
feu saber immediatament per aquesta via i que el destruïu.**

*El 
responsable de les dades facilitades en aquest correu és la UOC; la 
finalitat és mantenir la relació contractual o facilitar-vos la informació 
que necessiteu. Les dades podran conservar-se mentre es mantingui la 
relació o s'hagi donat per resolta la sol·licitud d'informació. La base 
jurídica és la relació contractual que manteniu amb la UOC o, si s'escau, 
l'interès legítim de la UOC a donar-vos resposta.*

*Les dades no seran 
cedides per al seu ús per tercers; hi poden tenir accés únicament 
proveïdors que ens presten serveis auxiliars i que tenen la condició 
d'encarregats del tractament.*



*Podeu exercir els drets previstos als 
articles 15 a 22 del RGPD adreçant-vos a **[e-mail]* 
<mailto:[e-mail]>*. Podeu contactar amb el nostre delegat de 
protecció de dades a **[e-mail]* <mailto:[e-mail]>*. Així mateix, 
teniu dret a presentar una reclamació davant l'APDCAT.*


*Este mensaje se 
dirige exclusivamente a su destinatario y puede contener información 
confidencial. Si usted no es el destinatario indicado, no utilice, divulgue 
ni copie sin autorización su contenido. *Si ha recibido este mensaje por 
error, le pedimos que nos lo haga saber inmediatamente por esta vía y que 
lo destruya.**

*El responsable de los datos facilitados en este correo es 
la UOC; su finalidad es mantener la relación contractual o facilitarle la 
información que necesita. Los datos podrán conservarse mientras se mantenga 
la relación o se haya dado por resuelta la solicitud de información. La 
base jurídica es la relación contractual que mantiene con la UOC o, en su 
caso, el interés legítimo de la UOC de darle respuesta.*

*Los datos no 
serán cedidos para su uso por terceros; pueden tener acceso a ellos 
únicamente proveedores que nos prestan servicios auxiliares y que tienen la 
condición de encargados del tratamiento.*

 _Puede ejercer los derechos 
previstos en los artículos 15 a 22 del RGPD dirigiéndose a 
*[e-mail]* <mailto:[e-mail]>_. Puede contactar con nuestro 
delegado de protección de datos en *[e-mail]* <mailto:[e-mail]>_. Así 
mismo, tiene derecho a presentar una reclamación ante la APDCAT.___




*This message is intended exclusively for its recipient and may contain 
confidential information. If you are not the intended recipient, do not 
use, disclose or copy its contents without authorization. *If you have 
received this message in error, please let us know immediately through this 
channel and destroy it.**

*The data controller for the data provided in 
this email is the Universitat Oberta de Catalunya (UOC), and the purpose is 
to maintain the contractual relationship or provide you with any 
information you may need. The data may be retained for as long as the 
relationship continues or until the request for information is deemed to 
have been resolved. The legal basis is your contractual relationship with 
the UOC or, where applicable, its legitimate interest in responding to 
you.*



*The data will not be transferred for use by third parties; only 
providers that provide auxiliary services and act as data processors may 
have access.*



*You can exercise the rights provided in Articles 15 to 22 
of the GDPR by writing to **[e-mail]* <mailto:[e-mail]>*. You 
can contact our Data Protection Officer at **[e-mail]* 
<mailto:[e-mail]>*. You are also entitled to file a claim with the 
Catalan data protection authority (APDCAT).*