Summary 3 : ConfD Technical Introduction

Proveedores de equipos de red (NEP) o proveedores de software independientes (ISV) aprenderán

los entresijos de ConfD de primera mano a través de esta introducción técnica a ConfD incluyendo
los fundamentos de la solución, características arquitectónicas y beneficios generales.

WHAT IS ConfD?

ConfD provides a data-model driven management plane framework which provides a variety of
standards-based northbound management interfaces for use in building network elements:

- Physicla Network Devices.

- Virtual Network Devices
- Network Appliances.
The idea of cnfd starts with a data model with describe managment information needed for the
system.(the configuration data, the operation of state data, actions,etc)

Confd then uses this data model to automate and drives its processing . This is in contrast to your
normal traditional way of doing network element management in the past. Previously when you
were implementing management form network elements ur were more protocol focused. You
would get national PA agent, ICL parser, a web server, etc. For each different management
interfaces you will separately implementing instrumentation and data for those interfaces you
couldn’t end up sharing back in information or you couldn’t it was very difficult to do. As a result
you ended up with stove-pipe ..smocks stacks I will implementation if you implement something
for CLI you may not have time or resources available to also so make available say via SNMP ..In
today’s world that JUST does could it forggetting your devices to market. Conf D is approach helps
accelerate development of your network element. Conf D is approach is data model driven . firs in
Conf D you start by writting a data model using the Yang data modeling language to describe that
configuration data, that operation state data ,adminístrative actions , validations constraints, etc.

Then confD automates that data model in order to save your written lost aver code. Your code
that your write is instrumentation to ConfD simply in terms of the data model and that common
instrumentation is used across all the northbound interfaces by confD. This easily allows you
qickly support new management protocols, react to market changes and not have feature lag
bettween your management interfaces. The core engine confd does automation, runs
transactions and we will learn a lot more about it later in this module.
So first of we will start with I called the fifty thousand foot view of ConfD, so firs at the
center is the core engine. This is really the heart of Conf D, this is are where we will end
up seeing transactions , AAA support validation, etc . with much more detail on a later
slot. Conf D has available a variety northbound interfaces, net comp , S&P Jenna princess
Garcia lies rashed and also a web interface. With the free versión of confD you have
netcom and a CLI available for use during development online. With the Premium versión
of ConfD you have all of the different northbound interfaces available. ConfD also provide
a pre-integrated database which we call: CDB which are allows to store configuration data
up optionally operational data, your applications will interface to their through the
managed object API, also you can instrument through the data provider API and make use
of an external data base in addition to or instead of the CBD database which is included
with confD. Now an important part of ConfD is the data model. In the data model that is
actually loaded by confD at run time.when ConfD starts up wiil load your data models and
from there drive the core engine and we will automate everything we can offer that data
model probably the most visible thing is the of what we call the auto-rendering of the
management interfaces, you can write a gang data model Start uo confD inmediately login
into a cisco CLR.June CLI ,use that cop, etc , in a row with data stored in the ConfD
database without having written any software through that interaction . The data model is
used to drive validation, is used to drive schemers of the database. In other words
anything we can formally describe the end the data model , confD will automate as much
as posible to save you from writting code to do so.
So ConfD is truly data model driven . there are infromation models out there languages such I said
you re arm. These are important for communication between domain experts however
those still need mapping to the actual data model. The data model is concrete, this
actually describes the organization of the data, the types of the data, the relationships of
the data, it actually means something in reality. So the core engine as I mentioned is
driven by a gang data model, with ConfD we have a programmatic model . there are no
stops, you are just generating bunches of skeleton routines that then you are spending
time filling in. With automated of data model and then you programmatically interac with
COnfD in terms of the data model. With as I mentioned prevoiusly from that data model
we will render the CLI, render the web interface, drive the database, etc. So for that data
modeling we use data modeling language called yang.yang is standarized by the IETF in
RFC 6020 it fomes over the world natcaf in a subsequent module we will do a Foley gang
tutorial to help you undesrtand more about it. Yang is avery concrete precise semantically
rich language. It is designed for readability one we were designing the original
requirements that the end data modeling language had to me readability was one of the
key features there was are recognized in identified becouse if you think about it the
number readers over data model is much much greater than the number writers have a
data model which is much much greater tan the number of data model purser writers out
there so readability years key couse we are comunicating the management data over
system and its constraints.

Yang its modular, it allows to decomposing in rate your modules in some modules however best
fits the our design requirements of your system.It is designed to be an extensible
language, there are pursing tools out there that you can use to support Extensions are
implementing he so whished things such as code generation using a tool called gang
 which is included with confD and we’ll se more about gang in a subsequent module the
series.

So I’ve been talking about data modeling , i have been talking about yang, we will have a ful
tutorial on the capabilities of yang in a later modular series but just to give a Little example of
what yang looks like . We have a couple slides here that will go through that explain this. Fist of we
see the starts with the module in a name space on a prefix to coloration . This is actually maps to
concepts in actual amount of your familiar with XML. Yang is actually an XML schema description
language even though it doesn’t look like it it does map to 1212axum I will because as I
mentionedpreviously it comes from the world that comp watches on XML based protocol. So we
have the idea of things such as namespaces, etc. In fact if you have worked with XML or XML
schema before slaugther the concepts are quite similar. We have the idea of importing or
including from other modules, we have the ability to do type declarations in fact if you are familiar
with XML schema and simple types a yang typedef is pretty much the same thing we take existing
base tight, we apply constraints to it and then that type can be used later in our model one other
things we will see about ConfD is things such as the stripe duff with these constraints such as
lenght requirements or pattern match requirements confD actually enforces the switch, this
means is also tactic validation is described in the yang data model in Conf D enfroces that Little
bit more of yang.
The key statements to hone in on this slide are leaf container analyst. These are pretty much the
core three statements of yang, that once you understant the issue can start actually
looking and modules and undersatnding. A leaf such as a slleve collar add here has a tight
it actually holds data. All containers is used to organized the tree. As I mentioned yang is a
XML schema descrption language in is you know you are familiar with XML is tree-based
her hierarchical based so , cointeners is used to organized that tree your graph in a lea fis
and noted naturally regrow that holds data. The other key statement to know is list you
can think up yang as equivalent to a table (11:13) a list has entries and in those entries ypu
can tahk oas rows in a table conceptually. So when you declare a list such as those list call
IFC here you will declare keys, thise you can think of is key colums in a table and that will
bethe remaining are colums from the table described in your lisst description and yang.
Another example on the snack slide golf are another list here called labels are the main thing to
high light from here are these you so these statements called must. One of the first things
many people ask when they look at yang is why yang . why did we invented . why did not
just do something that exists, well a key thing here is yang not only describes the syntax is
greater than its organization its types. He gets into the semantic world and you can
describe semantic relationships between data using yang, the must statements is one of
those key áreas.must allows you to select different data and express a constraint through
them so one must statement here we see based on those this path that are were
enforcing that the labels can be the same as an existing interface name and also all labels
must be unique won’t get more into the must statement and this is actually Xpath sintaxis
used in the most will get into their more in the yang tutorial module and they are also in a
later modular focused specifically on using must for validation with yang, but for now this
it provides you a nice a short a flavor introduction of yang and until we get more in depth
in a later module.
 So moving on lt’s dive more now into the capabilities of the ConfD orange.the core engine is
really the hearth of ConfD. If you look atraditional network management implementations,
your protocol implementations, your protocol agents really are just the tip of the iceberg
when it comes to implementing your fault management plan. Now you are took protocols
agents are typically maybe 20% of your implementation effort of your management plane tha
back end behind those protocols is usually about 80% of that implementation and that back
end is what the core engine privides. It provides your transactions support, your sessions
management your authentication and authorization and auditing for triple way our validation
rollback ,etc. With confD first of transaction management is extremely important.The idea of a
transaction is critical to implementing a powerfull network management solution. With
transactions we start a pont a and we go to pint b. we succeed or we fail if we are making 20
settings as part of that transaction all 20 of them are going to succeed or all 20 are going to
fail. We are not gonna have to writte code that we worry about. What if step one fails . what I
have stopped to fails. What I have step 3 fails. How do I backed that up. Transactions give us
robustness and satbility in our system we succeed or we fail we avoid that a node
intermediate inconsistent states and it also makes writting our software code on the back and
easier because we have the transaction system in a place at the heart of confD is the
transaction engine all configuration changes which go throug ConfD are transactional wheter
we are using a transactional or non transactional user interface its is still a transaction or
echoes through the quater inch. In adittion to transactions which are major feature a ConfD
provides a fall implementation for your AAA System , for authentication authorization or
Access control and auditing. In a subsequent module on the series will go much more in depth
into the AAA system, but as a brief introduction you have a variety options available.
Authentication can be Done internally by ConfD or can be done externally. For external
 authentication ConfD has out of the box integration with Linux pamper plugglable
authentication modules, a standard authentication architecture in the Linux operating system.
We also provide an external authentication API that you can use to Access other types about
that external authentication, similarly a spurred you link can for things such as SSH Telnet
copper CLI, there are internal SSH server that can be used with Conf D.


WE also provide support for using an external SSH server such as open SSH much about
authenticated into the system menú allowed someone and you want to be able to control
what they can do through the authorization syste, this is were the authorization system a
ConfD comes into play wheat for authorization and ConfD implement role-based Access
control. So, when an user accesses the systemthat user is assigned to a role and then the
authorization system provides Access control based on which rolls they are associated with.
For those of view familiar with the UNIX or Linux operating System you don’t think it was a
row overall is being a Unix group . The authorization system in ConfD is based upon namecon ,
the net comp Access control model with extensions for the other nothbound interfaces. The
third AAA or AAA is audit. ConfD provides a support for a wide variety of audit information and
also destinations for that audit information. You can select different audit levels for different
users for what to record, for what they have been doing in the system, that information can be
sent to asample file on the filesyste. It can be sent to Access log server or there is also an API
available that your code can atach to recieve the audit information and format it or send it to
wherever it needs to go. ConfD also provide support for redundancy or replication of your
management data, for use on a high-availability system, in a couple of slides from now I will
talk much more about the replication supportive ConfD. Also in ConfD is validation support
both syntactic and semantic validation. This is automated validation from Yang data model
Earlier I mentioned things such as the type that could be automated those must statements that
you can use to express semantic constraints among data that can also be automated. So any
syntactic constraints that are described your yang data model are automatically enforced by ConfD
at data entry time are semantic constraints such as must constraints enforcing uniqueness and last
, etc. Is done as part of the validation state or transaction processing . We highly automated from
the yang data modela ll the validation that we possibly can in order to save you from havong to
spend development time writing and testing code to do that however at times you will find in the
system validation constraints that you need that may not be posible to expressing yang may not
be efficient to express in yang, in that case we provide avalidation API where you can register
additional validation handlers wich will call as a part of validation handling an important and is
part of the transaction handling . An important part of of the transaction based system is of course
also rollback management. Sometimes you may have been reconfiguring the system but you need
to revert undue transactions river your configuration to a previous point in time, ConfD provides
that roll-back support. One other nice things about ConfD is your instrumentation code does not
need to know it is a rollback. All’s they see as a transactional configuration changed as the rollback
implementation in confD will take the rollback information populate a new transaction and that
transaction can then be added or committed and your instrumentation just sees a transactional
configuration change that happens to take up to a previous configuration in time.

ConfD also provide support for upgrades and downgrades. Your data models can be changed to
ConfD. It’s a data model change to you, it maybe an upgrade maybe a downgrade to ConfD it’s a
data model chang. Those data model changes can be will be automated to drive our schema
changes in the CDB database as well as rendering nothbound interfaces. ConfD provide support
for both cold restart data model changes and also hot in services data model changes as
neccesary. Also there are a variety of API spreading instrumentation into your system for confD, at
the top of the slide you see the management agent API. This is available so that if you need to add
additional nothbound management interfaces or you have applications that need to drive
transactions Access, etc. Don’t go through the management agent API also some call times called
mappy. I have already mentioned the validation API authentication APIs. There are also for tha
database the CDBAPI in the operational data API, these are use when your aplication need t oread
configuration data from CTB and suscribed the configuration data change notifications to be told if
configurations changing or you may also throug the operational data API right operational data
and to CTB. There is also operational data that you can instrument through the data provider API.

These two different methods are doing your operational data provide a push model and a push
model you can independently in your data model described what operational data is alml model
and what is push model. In for push mode your application periodically writes that data into the
CDB database and if a read request comes in for their data we satisfy from whatever is currently in
the database. In the push model that is implemented via the data provider API. Your register
callback function is through the data provider API and waht someone goes t oread thar data canfD
will invoke your call back functions and asked to provide your code to provide the current value
for that data so you can think about is a catch mode or real time mode that’s available for
implementing that operational data and again it’s up to you for how you wanna instrumented
ConfD provides flexibility in your data model. You will add a rotation statements the tell us what
mode its is , etc. The data provider API is also used if you are going to use an external database in
addition to or instead of the CDB database and that is implemented through the data provider API
will have a entire module on each of these diffrerent APIs later in the series to help you
understand how to write code. To use these different API’s.

Now let’s take a look at how ConfD architecture runs in the operating system . So on this slide first
off in the upper lot we see the ConfD Damon. This is actually a server Damon process. ConfD runs
on the system in a Clint-server fashion. The confD Damon is the server proccess. Your applications
our clients that Access that server Damon. So confD is running as an independent process you
aren’t introducing code into that proccess instead your application software is interactin with our
API libraries which will then make those client reaquest to the server Damon . Now you will see in
the slides the applications and the API library but their library is doing is taking your API calls
turning i t into an IPCC message back to the confD demon getting a reply, presenting the API,
return code to your application that IPC messaging between the library and the Damon is standard
lee conducted over a TCP socket, this allows the system to easily distribute, wheter you are doing
a simple you know one CPU basic network device or a very large redundant chasis system ConfD
scales and fits any of those neeeds. Your applications can be running locally with confD or they
could be off on a line card application blade another system as long as there is TCP connectivity
are posible so that the library can communicate with the ConfD Damon. This architecture besides
giving us alot of flexibility and functionality that we can use acorss multi CPU systems also allow us
to support multiple languages. ConfD includes libraries for the sea, hey lying, java and phyton
languages with the tree versión of ConfD the sea and her lying libraries are included with the
Premium versión of ConfD you also get the java in phyton libraries. You can have some code
written in C++ some in java each using their own library talking to the same ConfD Damon. So , if
you have arequirement for-multilanguege development confD easily support there. Aditionally
confD includes varius utility programs or command line options they can be used for scripting in
accessing confD as well in that mechanism.

Now high availability. Many systems aout there need to be redundant for 5969 reability you know
where you commmonly how aim a active management, card in your system and some number of
standby management cards in case a failover. What confD focuses on for high availability is
replication of the data .you can have in confD we support wand and replication so you can have
one active confD in any number of cops stand by confD is running. As transactions commit onto
master confD those configuration change transactions will be replicated to any stand by confD.
There are various options available for implementing those this replication . It can be synchronous
or can be asynchronous. Asynchronous replication a change comes and confD forwards it to
standby and moves on its basically fired forget replication on the theory that a problem at the
standby node should not affect the active node. In synchronous replication the active will san the
replication to the standby and then wait for positive acknoledgement are from the stand by before
completing transaction processing syncronization check occurs when a snooze stand by confD are
attaches to an active (actor) first a check is done that the standby is running the same versión of
ConfD it using the same versión of data models and then a sample track or what’s called the
transaction ID from the CBD database is done. This check takes reach the transaction ID is from
both database the active in the standby if the equal we know we are in sync and we then proceed
if the transaction IDs are not equal that we know the databases are not in sync In the
syncronization process needs to occur in which is done by simply moving the data contents from
the active aur database to the standby are queuing up any transaction changes that may accur
along the way . Now in the world of high- availability what confD focuses on is preserving the
configuration data. ConfD does not provide your high availability middleware services such shares
master election of failover control, etc. That needs tobe done by external high-availability
middleware (30:05), which there is various options out there available in the market as well as
many companies have their own in-house high availability fremwworks. ConfD provides control
and monitoring API’s the ger integrated to you high availability middleware in order to have that
middleware control ConfD tell ConfD the active is at standby , various other configurations options
that there are also monitoring API, so that you high availability middleware can monitor ConfD,
recieve reports such shares shall a new no joining the high-availability cluster or perhaps we have
los tour heart be on the replication away gore, lost a can action, these all sort of things are all
reported through monitoring API that allows than the HA middleware framework to react those
changes. ConfD has been used in a widevariety of carrier-grade systems that require carrier-grade
scaling and carrier-grade high availability and ConfD couldmeet you knee any other major system
may have in this área.

Now let’s talk some more about the CDB database which is include in confD, a subsequent module
will get much more into the theory an operation of CDB as well as the capabilities and working
with the programming API’s for confD. So, first of CDB is a hierarchical database, It’s tree shaped .
it’s not a standard relational database about flat hierarchy of tables. It’s a tree shaper hierarchical
database, is your call Imention that yet yang is a XML schema description language. It’s describing
a tree or hierarchy, so having a hierarchically organized database with the scheme of the database
driven by the yang data model has alot of benefits and saves time if we were trying to map to a
relational database. Its no so natural it would take alot more implementation effort, so that
hierarchy goes a long while. The CDB data stores for configuration data are transactional data
store, so in the world of transactions we have this concept of the acid test or atomicity consistency
isolation and durability. This are the four characteristics which a transaction must meet in order to
be a transaction. It is atomic, it succeeds ori t is fails. It’s consistent meaning no matter what order
things are populated in the transaction the same thing happens meaning all paths from ARB equal.
A transaction happens by itself in isolation its also persistent what occurs. CDB is a binary
database, its not storing thing as XML instance documents internally. It is hierarchically organized
binary in maps in an analogous fashion to the idea of XML but its not storing XML instance
documents. This is important for performance and sacalbility. CDB is a memory resident database.
It isa ll the contents of CDB are stored in memory for fast Access. CDB contents are written into
the fyle system for persistency. For those rights to the filesystem like any modern database. CDB is
a pending journal entries to a file in the file so stop and periodically rolling up the journal with
backgraound processing posible for that. As I mentionated earlier the schema of the CDB database
is automatically driven by the yang data model so, if your data model changes ConfD and CDB will
udergo and upgrade transaction the upgrade the scheme of CDB along with allowing you an ability
to participated in that upgrade transaction. As mentionated previously CDB support 12 and data
replication for high- availability environments yet we have talk ed about a Little about upgrades
and downgrades already. CDB can hold some all of your data is we. As I mentionated previously
you may use an external database with ConfD in addition to or instead of CDB base don what
Works best for the design and implementation of your particular system. Now CDB has ather
feature such as automatic loading over nationalization data meaning when you first start up confD
in its first creatibg CDB you have the capability of providing actionable instance documents that
were used to nationaleze the contents of CD B. This allows you to provide you know things such as
Factory default configurations.these inizialation files can also be used as part of the upgrade
process as we learn are in a subsequent module. Your applications how do they actually interact
with CDB will get much more in depht for the sauna in a subsequent module but tipically your
applications comes up reads it’s a national configuration data from CDB and that place is what we
call subscriptions into CDB. In a subscription your application is telling half day and CDB know if
this particular área of data changes, please send me a notification that the date is change so that I
can react to that. The subscriptions that when you place them will you give us a priority level, with
transactions things our order less as I mentionated all pass from a tobe are equal no matter what
order someone populates their transaction the same results occur. However in the back and if
your system you do need some control and providing ordering all these changes for the system
with the hooker. So, these priority levels are used for confD to notify your applications in a order
that you control with your instrukmentation you can you can have multiple applications at the
same priority level that we will notify it parallel but once all subscription handlers a one priority
level are complete will move on the next lower priority to all subscribers have been notified, have
completed and that transaction processind is complete. Now an important feature to note about
CDB the differs from other debate databases is the idea of you can have multiple data stores
within CDB. These are driven by definitions from the IETF net comp standards but CDB has the idea
of up to four data stores and turn a light start-up running and candidate are transactional data
stores which old configuration data. The definition of start-up running in candidate are driven
from other netcom pharmacies. The operational data data store and CDB is an atomic data store
because the atomic model fits operational data better than a transactional model. So, any
operational data you are right to CDB via the push mechanism goes into the operational data
store. There is subscription support for the operational data store just like the subscription
support for the configuration data stores. So, wity that we have talked a lot about the internal so
fo ConfD. Let’s talk a Little bit about the available northbound protocol interface
Here is the netconf interface. ConfD netconf server implementation many view all say netconf
agent ands the precise standards terminology there is a netconf server and netconf client. Net
conf server is the agent that is in the network device. Think netconf client is the management
software that is in your management satation orchestration solution. Netconf here’s currently
both netconf 1.0 is defined in RFC 4741 and netconf 1.1 is defines in RFC 6241. ConfD fully
supports both versions and you have configuration control you know over which versión you want
to make available from your device. We have done a full implementation netconf. We have
provided many interoperability to house with other implementations also tail-f is extremily active
in IETF helping to autor at many of the drafts in our season both the netconf and the ag world’s.
Some other key features a netconf it’s designed from ground up with security in minds its most
commonly carried over SSH netconf is an xml-based protocol it’s actually what’s know as an XML
RPC style protocol in which the netconf client will senda n RPC request the netconf server in the
device wich will reply with an RPC reply. A subsequent module in the series provides a much more
in doubt netconf Tutorial . An important idea in the world i’m not copy is a strict separation of
configuration data from operational state data. In the yang data model you declare what is
configuration data what is operational state data and with netconf you can work on just
configuration data. In the world of things such as S&P, this concept didn’t exist and it was realized
that it was very important to have support for. So, with netconf you can do things like the get
configure operation which will return only configure operation otherwise if you use the get
operation that can be used to get both configure and operational data but separating out waht is
configured data from waht is operational data allows you to easily extract configuration from one
device modify it if so desired and then apply that configuration to another device from your
centralized management system.
TRADUCCION

¿QUÉ ES ConfD?
ConfD proporciona un marco impulsado plano de gestión, modelo de datos que
proporciona una variedad de interfaces de gestión hacia el norte basados en estándares para
su uso en elementos de red edificio:
- Dispositivos de red física.
- Dispositivos de red virtuales
- Aplicaciones de red.

Cisco describe ConfD como un "marco de agente de administración con un rico conjunto
de APIs para los desarrolladores de dispositivos de red físicos y virtuales", y dice que es
utilizado por los proveedores de equipos de red.

NETCONF - nombre completo del Protocolo de configuración de red, RFC 4741 - fue
escrito por el ex ingeniero de Juniper Rob Enns, proporcionando la instalación, la
manipulación y la eliminación de la configuración de dispositivos de red utilizando XML.

La versión gratuita de ConfD, Cisco dice, está disponible para su uso en producción, sin
cargos adicionales; la versión Cargo del software agrega la línea de comandos en dirección
norte, REST y las interfaces SNMP.

ConfD incluye soporte nativo para el lenguaje de modelado de datos YANG - RFC 6020 -
que la cola-f fue autor de "modelar las operaciones y capas de contenido de NETCONF"
(como el RFC explica).

Cisco dice los diez años de edad NETCONF está empezando a golpear a su paso en la
industria, y espera que la oferta de la libre ConfD acelerará la adopción.

si comparado producto confD con las soluciones tradicionales de los sistemas de gestión de
dispositivos embebidos propios.

ConfD permite a los proveedores de equipos de red para entregar rápida y económica
funcionalidad de gestión de clase mundial para sus productos. ConfD está basado en
modelos de datos que proporciona la representación automática de todas las interfaces hacia
el norte.

ConfD reduce radicalmente el tiempo y los recursos necesarios para desarrollar

aplicaciones de gestión de red, lo que ayuda a los desarrolladores cumplen los plazos
críticos de mercado.

Agentes tradicionales están centradas en el protocolo y se limitan en capacidad de extender

a las nuevas características. En ConfD, las interfaces de gestión de claves se vuelven
automáticamente a partir de un único modelo de datos. Puesto que todas las interfaces de
administración comparten un conjunto de funciones de instrumentación comunes
ingenieros pueden evitar los esfuerzos de recodificación tediosas requeridos por las
arquitecturas de copa legado.

La idea de cnfd comienza con un modelo de datos con describir la información de gestión
necesaria para el sistema. (Los datos de configuración, la operación de datos de estado, acciones,
etc.). Confd continuación, utiliza este modelo de datos para automatizar y conduce su
procesamiento. Esto es en contraste a su forma tradicional normal de hacer la gestión de
elemento de red en el pasado. Anteriormente cuando estaban implementando gestión de
elementos de red forma ur eran más protocolo enfocado. Usted consigue el agente nacional de
AP, analizador ICL, un servidor web, etc. Para cada diferentes interfaces de administración tendrá
separado de desarrollo de instrumentación y datos de las interfaces no se podía terminar
compartiendo de nuevo en información o no se podía era muy difícil hacer. Como resultado
terminaste con las pilas estufa de tuberías ..smocks lo haré aplicación si implementar algo para CLI
puede que no tenga tiempo o los recursos disponibles para también para poner a disposición de
decir a través de SNMP ..En el mundo de hoy que simplemente no podía forggetting sus
dispositivos al mercado. Conf D es aproach ayuda a acelerar el desarrollo de su elemento de red.
Conf D es el enfoque es impulsado modelo de datos. abetos en Conf D que comienzan escribiendo
un modelo de datos utilizando el lenguaje de modelado de datos Yang para describir que los datos
de configuración, que los datos del estado de operación, las acciones administrativas, validaciones
restricciones, etc.
Entonces confD automatiza ese modelo de datos con el fin de salvar su escrito más de
código perdido. Su código que su escritura es la instrumentación de ConfD simplemente en
términos del modelo de datos y que la instrumentación común se utiliza en todas las
interfaces hacia el norte por confD. Esta facilidad le permite apoyar qickly nuevos
protocolos de gestión, reaccionar a los cambios del mercado y no tener función lag
bettween sus interfaces de administración. El confd motor central hace automatización,
ejecuta las transacciones y vamos a aprender mucho más sobre él más adelante en este
módulo.

Así que en primer Comenzaremos con Llamé a la vista cincuenta mil pies de ConfD, por lo
que los abetos en el centro es el motor principal. Este es realmente el corazón de Conf D,
esto es donde estamos acabaremos viendo transacciones, validación apoyo AAA, etc. con
mucho más detalle en una ranura más tarde. Conf D tiene interfaces hacia el norte una
variedad disponibles, borrador red, S & P Jenna princesa García se encuentra rashed y
también una interfaz web. Con la versión gratuita de confD usted tiene Netcom y CLI
disponibles para su uso durante el desarrollo en línea. Con la versión de pago de ConfD
usted tiene todas las diferentes interfaces de dirección norte disponible. ConfD también
proporcionan una base de datos pre-integrada que llamamos: CDB que son permite
almacenar datos de configuración hasta opcionalmente los datos operativos, sus
aplicaciones se interconectarse a su través de la API de objeto gestionado, también puedes
instrumento a través de la API de proveedor de datos y hacer uso de una base de datos
externa, además de o en lugar de la base de datos CDB que se incluye con confD. Ahora
una parte importante de ConfD es el modelo de datos. En el modelo de datos que en
realidad está cargada por confD en ejecución hora actual.Al ConfD inicia wiil cargar sus
modelos de datos y desde allí impulsar el motor principal y vamos a automatizar todo lo
que podemos ofrecer ese modelo de datos, probablemente, lo más visible es el de lo que
llamamos la auto-representación de las interfaces de administración, puede escribir un
modelo de datos de pandillas Inicio uo confD entra inmediatamente en un cisco CLR.June
CLI, utilice ese policía, etc, en una fila con los datos almacenados en la base de datos
ConfD sin haber escrito cualquier software a través de esa interacción. El modelo de datos
se utiliza para conducir la validación, se utiliza para accionar intrigantes de la base de
datos. En otras palabras, todo lo que podemos describir formalmente el final del modelo de
datos, confD automatizará tanto como posible para salvarte de escritura de código para
hacerlo.

Así ConfD es verdaderamente modelo de datos impulsada. hay modelos infromation por
ahí lenguas tales que dije que estés brazo. Estos son importantes para la comunicación entre
los expertos en el dominio sin embargo todavía necesitan mapeo para el modelo de datos
real. El modelo de datos es de concreto, esto en realidad describe la organización de los
datos, los tipos de los datos, las relaciones de los datos, lo que realmente significa algo en
realidad. Así que el núcleo del motor como mencioné está impulsado por un modelo de
datos de pandillas, con ConfD tenemos un modelo programático. no hay paradas, se le
acaba la generación de racimos de rutinas esqueleto que entonces usted está gastando el
tiempo de llenado. Con automatizado de modelo de datos y luego mediante programación
interacción con COnfD en términos del modelo de datos. Con como mencioné prevoiusly
de ese modelo de datos vamos a hacer que la CLI, hacer que la interfaz web, conducir la
base de datos, etc. Así que para que el modelado de datos que utilizamos datos lenguaje de
modelado llamada yang.yang está estandarizado por el IETF en el RFC 6020 que fomes
sobre el natcaf mundo en un módulo posterior haremos un tutorial pandillas Foley para
ayudarle a undesrtand más sobre él. Yang es avery lenguaje semánticamente ricos precisa
concreto. Está diseñado para facilitar la lectura uno estábamos diseñando los requisitos
originales que el lenguaje de modelado de datos de extremo tenía para mí la lectura es una
de las características clave no fue identificado, se reconocen en lástima pues si se piensa en
ello los lectores número más modelo de datos es mucho mayor que los escritores de
números tienen un modelo de datos que es mucho mayor el número de bronceado escritores
Purser modelo de datos por ahí años así legibilidad couse clave que están comunicando los
datos de gestión sobre el sistema y sus limitaciones.
Yang su modular, permite la descomposición de la tasa de sus módulos en algunos módulos
sin embargo mejor se ajuste a los requisitos de diseño de nuestros su system.It está
diseñado para ser un lenguaje extensible, hay frunciendo tolos por ahí que usted puede
utilizar para apoyar las extensiones están implementando así lo whished cosas tales como la
generación de código utilizando una herramienta llamada pandilla que se incluye con confD
y vamos a sí misma más sobre las pandillas en un módulo posterior de la serie.

Así que he estado hablando de modelado de datos, he estado hablando de yang, tendremos
un tutorial ful de las capacidades del yang en una serie modular más tarde, pero sólo para
dar un pequeño ejemplo de lo que el yang se parece. Tenemos un par de diapositivas aquí
que van a pasar por que explican esto. Puño de la vemos de que comience con el módulo en
un espacio de nombre en un prefijo de coloración. Esto es en realidad se asigna a los
conceptos de cantidad real de su familiar con XML. Yang es en realidad un lenguaje de
descripción de esquemas XML a pesar de que no parezca que lo hace mapa para 1212axum
yo porque como he mentionedpreviously viene del mundo que comp relojes en protocolo
basado en XML. Así que tenemos la idea de las cosas tales como los espacios de nombres,
etc. De hecho, si usted ha trabajado con XML o esquema XML antes de abasto los
conceptos son bastante similares. Tenemos la idea de importar o incluso de otros módulos,
tenemos la capacidad de hacer declaraciones de tipo, de hecho, si usted está familiarizado
con los tipos de esquema XML y simples un typedef yang es más o menos lo mismo que
nosotros tomamos de base estrecha existente, podemos aplicar restricciones a él y luego ese
tipo puede ser utilizado más tarde en nuestro modelo de uno otras cosas que veremos sobre
ConfD se cosas como la franja duff con estas limitaciones, como los requisitos Longitud o
requisitos partidos patrón confD realidad hace cumplir el interruptor, este medio también es
táctica la validación se describe en el modelo de datos yang en Conf D enfroces un poco
más de yang.

Los estados clave para afinar en esta diapositiva son analista contenedor hoja. Estos son
más o menos los principales tres estados de yang, que una vez que understant el tema puede
empezar en realidad busca y módulos y undersatnding. Una hoja como un collar slleve
añadir aquí tiene una apretada que en realidad contiene los datos. Todos los contenedores se
utiliza para organizado el árbol. Como mencioné yang es un lenguaje de esquema XML en
descrption es que usted sabe que está familiarizado con XML está basado en árboles de su
jerárquica basada así, cointeners se utiliza para ese árbol organizado su gráfico en un fis lea
y señaló volver a crecer de forma natural que posee los datos. La otra declaración clave que
saber es la lista que se te ocurra hasta el yang como equivalente a una tabla (11:13) una lista
con las entradas y en las entradas ypu puede tahk filas de la OEA en una tabla
conceptualmente. Así que cuando se declara una lista como los que la lista de llamadas CFI
aquí podrá declarar llaves, Thise puedes pensar es en columnas clave en una tabla y que
bethe restantes son columnas de la tabla se describe en su descripción lisst y el yang.

Otro ejemplo en el campo de merienda diapositivas son otra lista aquí llamados etiquetas
son lo principal a la luz alta de aquí son estos You So estas declaraciones llamados
necesidad. Una de las primeras cosas que muchas personas preguntan cuando miran a yang
es por eso que el yang. ¿por qué inventamos. ¿por qué no simplemente hacer algo que
existe, bueno una cosa clave aquí es yang no sólo describe la sintaxis es mayor que su
organización sus tipos. Se mete en el mundo semántico y se puede describir relaciones
semánticas entre los datos utilizando el yang, las declaraciones deben es una de las claves
áreas.must le permite seleccionar diferentes datos y expresar una restricción a través de
ellos por lo que la declaración de un deber aquí vemos basamos en los este camino que se
fueron haciendo cumplir que las etiquetas pueden ser el mismo que un nombre de interfaz
existente y también todas las etiquetas deben ser únicos no conseguir más en la declaración
de necesidad y esto es en realidad Xpath sintaxis utilizada en la mayor parte va a entrar en
su más en el módulo tutorial yang y también están en un sistema modular más tarde se
centró específicamente en a partir de mosto para su validación con el yang, pero por ahora
esto le proporciona una bonita una corta introducción sabor de yang y hasta que tengamos
más a fondo en un módulo posterior.

Así que pasar de buceo de lt más ahora en las capacidades de motor central del ConfD
orange.the es realmente el corazón de ConfD. Si nos fijamos atraditional implementaciones
de gestión de red, sus implementaciones de protocolo, sus agentes de protocolo en realidad
son sólo la punta del iceberg cuando se trata de la implementación de su plan de gestión de
fallos. Agentes protocolos Ahora usted está tomaste son típicamente tal vez el 20% de su
esfuerzo de implementación de su gestión plano tha espalda terminar detrás de esos
protocolos es por lo general alrededor del 80% de que la aplicación y que parte final es lo
que el privides principales del motor. Proporciona el apoyo transacciones, su gestión
sesiones su autenticación y autorización y auditoría para el triple forma en que nuestra
rollback validación, etc. Con confD primero de la gestión de transacciones es idea muy
important.The de una transacción es fundamental para la implementación de una solución
de gestión de la red de gran alcance. Con transacciones empezamos un pont una y vamos a
pinta b. tenemos éxito o fracasamos si estamos haciendo 20 ajustes como parte de la
transacción todos los 20 de ellos van a tener éxito o los 20 van a fallar. No estamos a tener
que writte código que nos preocupamos. ¿Qué pasa si el paso uno falla. lo que he dejado de
falla. Lo que tengo el paso 3 falla. ¿Cómo Retrocedí eso. Transacciones nos dan robustez y
satbility en nuestro sistema tenemos éxito o fracasamos evitamos que un nodo estados
inconsistentes intermedios y también se hace escribiendo nuestro código de software en la
parte posterior y más fácil porque tenemos el sistema de transacciones en un lugar en el
corazón de confD es el motor de transacciones todos los cambios de configuración que van
throug ConfD son transaccionales wheter estamos utilizando la interfaz de usuario de una
transaccional transaccional o no su todavía una transacción o se hace eco a través de la
pulgada quater. En adittion a las transacciones que son las principales características de un
ConfD proporciona una implementación de otoño para su Sistema de AAA, para la
autorización de autenticación o Control de acceso y auditoría. En un módulo posterior en la
serie irá mucho más en profundidad en el sistema de AAA, sino como una breve
introducción que tiene una variedad de opciones disponibles. La autenticación se puede
hacer internamente por ConfD o se puede hacer externamente. Para la autenticación externa
ConfD tiene fuera de la caja con la integración de Linux mimar módulos de autenticación
plugglable, una arquitectura de autenticación estándar en el sistema operativo Linux.
También proporcionamos una API de autenticación externo que puede utilizar para tener
acceso a otros tipos de eso autenticación externa, de manera similar un espoleó vincular lata
para cosas tales como Telnet SSH CLI cobre, hay servidor SSH interna que se puede usar
con Conf D.

También ofrecemos soporte para el uso de un servidor SSH externo, como SSH abierto
mucho sobre autenticado en el sistema de menú permite a alguien y queremos ser capaces
de controlar lo que pueden hacer a través de la syste autorización, esto es fuera el sistema
de autorización de un ConfD entra en jugar trigo para la autorización y ConfD implementar
control de acceso basado en roles. Por lo tanto, cuando un usuario accede el usuario
systemthat se asigna a un papel y luego el sistema de autorización proporciona control de
acceso basado en que rueda que están asociados. Para aquellos de vista familiarizado con el
sistema operativo UNIX o Linux que no creo que era una fila en general está siendo un
grupo de Unix. El sistema de autorización en ConfD se basa en namecon, el modelo de
control de acceso borrador red con extensiones para las otras interfaces nothbound. La
tercera AAA y AAA es la auditoría. ConfD ofrece un soporte para una amplia variedad de
información de auditoría, así como los destinos para que la información de auditoría. Puede
seleccionar diferentes niveles de auditoría para diferentes usuarios por lo que para grabar,
por lo que han estado haciendo en el sistema, que la información puede ser enviada a
Amuestra archivo en el filesyste. Puede ser enviado a Access servidor de registro o hay
también una API disponible que su código puede ATACH para recibir la información de
auditoría y formatearlo o enviarlo a donde tiene que ir. ConfD también proporciona soporte
para redundancia o la replicación de los datos de gestión, para su uso en un sistema de alta
disponibilidad, en un par de diapositivas a partir de ahora voy a hablar mucho más sobre el
ConfD apoyo replicación. También en ConfD es el apoyo de validación tanto de validación
sintáctica y semántica. Esto está automatizado validación de modelo de datos Yang

Antes he mencionado las cosas tales como el tipo que se podrían automatizar esas
declaraciones deben que puede utilizar para expresar restricciones semánticas entre los
datos que también pueden ser automatizados. Así que todas las restricciones sintácticas que
se describen el modelo de datos yang se aplican automáticamente por ConfD en el
momento de entrada de datos son las limitaciones semánticas tales como restricciones
mosto hacer cumplir la singularidad y la última, etc. Se realiza como parte de la
transformación del estado de validación o transacción. Estamos altamente automatizado de
la modela datos yang ll la validación de que nos sea posible con el fin de salvarlo de
havong para pasar el tiempo de desarrollo y pruebas de escritura de código para hacer eso,
sin embargo, a veces se encuentra en las restricciones de validación de sistema que
necesitas que no puede ser Posible para expresar yang puede no ser eficiente para expresar
en yang, en ese caso que proporcionamos API avalidation donde se puede registrar
manejadores de validación adicionales Wich llamará como parte de la validación de la
manipulación de una parte importante y es de la gestión de transacciones. Una parte
importante de del sistema basado en la transacción es por supuesto también rollback
gestión. A veces es posible que haya sido reconfigurar el sistema, pero es necesario para
revertir las transacciones indebidas río de la configuración a un punto anterior en el tiempo,
ConfD establece que el apoyo retroceso. Uno otras cosas agradables sobre ConfD es el
código de la instrumentación no tiene que saber que es un retroceso. Todos de ellos ven
como una configuración transaccional cambiado como la implementación de reversión en
confD tomarán la información rollback poblar una nueva transacción y que la transacción
se pueden añadir o comprometido y su instrumentación simplemente ve un cambio de
configuración transaccional que le sucede a tardar hasta una configuración anterior a
tiempo.
ConfD también proporciona soporte para actualizaciones y degradaciones. Sus modelos de
datos se pueden cambiar para ConfD. Es un cambio de modelo de datos para usted, es tal
vez una actualización quizás un downgrade a ConfD es un modelo de datos chang. Esos
datos pueden ser cambios en el modelo se pueden automatizar para conducir nuestros
cambios de esquema en la base de datos de CDB, así como la prestación de las interfaces
nothbound. ConfD proporcionar apoyo tanto para arranque en frío cambios en el modelo de
datos y también calientes en cambios en el modelo de datos de servicios como
NECESARIO. También hay una gran variedad de principios activos extendiendo la
instrumentación en el sistema para confD, en la parte superior de la diapositiva se ve la API
agente de administración. Este servicio está disponible de modo que si usted necesita
agregar interfaces adicionales de gestión nothbound o si tiene aplicaciones que necesitan
para conducir operaciones de acceso, etc. No vaya a través de la API de agente de
administración también algunas veces llamada llamados mappy. Ya he mencionado las API
de autenticación de API de validación. También hay para tha base de datos de la CDBAPI
en la API de datos operacionales, estos son el uso cuando su aplicacion es necesario t datos
de configuración Oread de CTB y Suscriben notificaciones de cambio de datos de
configuración que se les diga si cambiar o configuraciones que también le throug el
funcionamiento correcto de la API de datos los datos operativos y a CTB. También hay
datos operativos que pueda instrumento a través de la API de proveedor de datos.
Estos dos métodos diferentes están haciendo sus datos operativos proporcionan un modelo
de empuje y un modelo de inserción se puede de forma independiente en el modelo de
datos describe qué datos operacional es alml modelo y lo que es modelo de inserción. En el
modo de impulso a su aplicación escribe periódicamente esos datos en la base de datos
CDB y si una solicitud de lectura viene en su datos que satisfacen de lo que está
actualmente en la base de datos. En el modelo de inserción que se implementa a través de la
API de proveedor de datos. Su función de registro de devolución de llamada es a través de
la API de proveedor de datos y waht alguien va datos Thar t Oread canfD invocará su
llamada de vuelta funciones y pidió que proporcionar su código para proporcionar el valor
actual para que los datos que usted pueda pensar en un modo de captura o de bienes modo
de tiempo que está disponible para la aplicación de que los datos operacionales y de nuevo
le toca a usted para saber cómo usted quiere instrumentado ConfD ofrece flexibilidad en el
modelo de datos. Va a añadir unas declaraciones de rotación los EE.UU. dirá en qué modo
su es, etc. La API de proveedor de datos también se utiliza si usted va a utilizar una base de
datos externa, además de o en lugar de la base de datos CDB y que se implementa a través
de la API de proveedor de datos tendrá todo un módulo en cada una de estas API diffrerent
posteriores en la serie para ayudarle a entender cómo escribir código. Para utilizar estos
diferentes del API.

Ahora echemos un vistazo a cómo la arquitectura ConfD se ejecuta en el sistema operativo.

Así que en esta diapositiva primera fuera en el aparcamiento superior vemos el ConfD
Damon. Esto es en realidad un proceso Damon servidor. ConfD ejecuta en el sistema de
una manera Clint-servidor. El confD Damon es el PROCESO servidor. Sus aplicaciones de
nuestros clientes que tengan acceso al servidor de Damon. Así confD se ejecuta como un
proceso independiente que no está introduciendo el código en ese PROCESO vez el
software de aplicación se interactin con nuestras bibliotecas API que luego hacer los
reaquest cliente al servidor Damon. Ahora se verá en las diapositivas de las aplicaciones y
la biblioteca API pero su biblioteca está haciendo es tomar sus llamadas a la API
convirtiéndola en un mensaje de IPCC de nuevo al demonio confD obtener una respuesta,
la presentación de la API, código de retorno a su aplicación que la mensajería IPC entre la
biblioteca y el de Damon es estándar lee realizado sobre un socket TCP, esto permite que el
sistema para distribuir fácilmente, wheter usted está haciendo una sencilla sabes una CPU
dispositivo de red básica o unas escalas muy grandes ConfD sistema chasis redundantes y
se adapta a cualquiera de los neeeds. Sus aplicaciones se pueden ejecutar localmente con
confD o podrían estar fuera en una solicitud de tarjeta de línea cuchilla otro sistema,
siempre y cuando haya conectividad TCP se Posible para que la biblioteca puede
comunicarse con el ConfD Damon. Esta arquitectura además de darnos un montón de
flexibilidad y funcionalidad que podemos utilizar acorss sistemas de CPU múltiples
también nos permite soportar múltiples idiomas. ConfD incluye bibliotecas para el mar,
bueno mentir, java y Phyton idiomas con la versión del árbol de ConfD el mar y sus
bibliotecas mentirosos se incluyen con la versión Premium de ConfD usted también
consigue el java en las bibliotecas Phyton. Usted puede tener un código escrito en C ++
algunos en java utilizando cada uno su propia biblioteca de hablar con la misma ConfD
Damon. Por lo tanto, si usted ha arequirement para-multilanguege desarrollo fácilmente
confD apoyar allí. Adicionalmente confD incluye programas de utilidad varius u opciones
de línea de comandos que se pueden utilizar para secuencias de comandos en el acceso
confD así en ese mecanismo.

Ahora una alta disponibilidad. Muchos sistemas aout no necesitan ser redundante para 5969
FIABILIDAD sabes donde commmonly cómo pretenden una gestión activa, la tarjeta en su
sistema y un número de tarjetas de gestión de reserva en caso de una conmutación por
error. Qué confD centra en una alta disponibilidad es la replicación de los datos .you puede
tener en confD apoyamos varita y la replicación para que pueda tener una confD activo en
cualquier número de policías de pie por confD está ejecutando. Como las transacciones se
comprometen a confD amo esas transacciones de cambio de configuración se replicarán en
cualquier soporte por confD. Hay varias opciones disponibles para la implementación de
los esta replicación. Puede ser síncrono o puede ser asincrónico. Replicación asíncrona un
cambio viene y confD reenvía al modo de espera y se mueve por sí básicamente despedido
olvidar la replicación en la teoría de que un problema en el nodo de espera no debería
afectar el nodo activo. En replicación sincrónica del activo será san la replicación en el
modo de espera y luego esperar a que su acuse positivo son de la parada antes de completar
por cheque sincronización de procesamiento de transacciones se produce cuando un stand
de repetición por confD son agregados a un activo (actor) primero un cheque se hace que la
espera se está ejecutando la misma versión de ConfD usando la misma versión de los
modelos de datos y luego una pista muestra o lo que se llama el ID de transacción de la
base de datos del CDB que se hace. Esta comprobación lleva llegar a la transacción ID es
tanto de la base de datos activa en el modo de espera si el igual que sabemos que están en
sincronía y entonces proceder si los ID de transacción no son iguales que conocemos las
bases de datos no están sincronizados en las necesidades del proceso sincronización que se
produzca en el que se hace simplemente moviendo el contenido de datos de la base de datos
de aur activa a la espera están haciendo cola todos los cambios de transacciones que pueden
Accur en el camino. Ahora, en el mundo de la alta disponibilidad lo confD centra en es
preservar los datos de configuración. ConfD no proporciona su alta disponibilidad de
servicios de middleware dichas acciones maestro electorales de control de conmutación por
error, etc. que necesita Tobe hecho por middleware externo de alta disponibilidad (30:05),
que hay varias opciones que hay disponibles en el mercado, así como muchos empresas
tienen sus fremwworks alta disponibilidad propia de la casa. ConfD proporciona control y
la API de control de la ger integrado para usted alta middleware disponibilidad para tener
ese control middleware ConfD decirle ConfD el activo está en modo de espera, varias
opciones de otras configuraciones que también están monitoreando API, de modo que usted
alta middleware disponibilidad puede supervisar ConfD , recibir informes de dichas
acciones serán una nueva sin que unen el clúster de alta disponibilidad o quizás tenemos los
gira corazón sea en la replicación de distancia gore, perdió una acción de lata, estos todo
tipo de cosas están reportados a través del monitoreo de la API que permite que la HA
marco middleware para reaccionar a esos cambios. ConfD se ha utilizado en un widevariety
de los sistemas de grado carrier que requieren de escala de nivel de operador y de grado
carrier de alta disponibilidad y ConfD couldmeet que la rodilla cualquier otro sistema
principal puede tener en esta área.

Ahora vamos a hablar un poco más sobre la base de datos de CDB que es incluir en confD,
un módulo posterior obtendrá mucho más en la teoría de una operación de la CDB, así
como las capacidades y el trabajo con las API de programación para confD. Así, en primer
CDB es una base de datos jerárquica, es en forma de árbol. que no es una base de datos
relacional estándar sobre jerarquía plana de mesas. Es una base de datos jerárquica shaper
árbol, es su Imention llamada que todavía yang es un lenguaje de descripción de esquemas
XML. Se describe un árbol o jerarquía, por lo que tener una base de datos jerárquicamente
organizada con el esquema de la base de datos impulsada por el modelo de datos yang tiene
un montón de beneficios y ahorra tiempo si estábamos tratando de asignar a una base de
datos relacional. Su no es tan natural que tomaría mucho más esfuerzo de implementación,
por lo que la jerarquía va un largo rato. Los almacenes de datos de CDB para los datos de
configuración son almacén de datos transaccional, por lo que en el mundo de las
transacciones que tenemos este concepto de la prueba o la atomicidad aislamiento
consistencia ácida y durabilidad. Estos son las cuatro características que una transacción
debe cumplir con el fin de ser una transacción. Es atómica, tiene éxito ori t se falla. Es
significado coherente no importa qué orden las cosas se pobló en la transacción ocurre lo
mismo que significa todos los caminos desde ARB iguales. Una transacción que ocurre por
sí mismo en forma aislada su también persistente lo que ocurre. CDB es una base de datos
binarios, lo suyo no almacenar como documentos de instancia XML internamente. Está
organizado jerárquicamente binaria en mapas de una manera análoga a la idea de XML,
pero no es el almacenamiento de documentos de instancia XML. Esto es importante para el
rendimiento y sacalbility. CDB es una base de datos residente en memoria. Se isa ll del
contenido de CDB se almacenan en la memoria para acceso rápido. Contenidos CDB se
escriben en el sistema Fyle de persistencia. Para esos derechos sobre el sistema de archivos
como cualquier base de datos moderno. CDB es una pendiente entradas de diario a un
archivo en el archivo para detener y rodantes periódicamente la revista con Posible
procesamiento backgraound para eso. Como he mentionated anterior el esquema de la base
de datos de BDC es impulsado automáticamente por el modelo de datos yang así, si su
modelo de datos cambia ConfD y CDB se udergo y actualizar la transacción actualizar el
esquema de la CDB, junto con lo que le permite una capacidad para participado en esa
actualización transacción. Como mentionated previamente apoyar CDB 12 y replicación de
datos para entornos de alta disponibilidad sin embargo, tenemos la charla ed acerca un poco
acerca de las actualizaciones y degradaciones ya. BDC puede contener algunas de todas de
sus datos es que. Como he mentionated previamente puede usar una base de datos externa
con ConfD además o en lugar de la base CDB don lo que funciona mejor para el diseño e
implementación de su sistema en particular. Ahora CDB tiene función ather tales como la
carga automática de datos sobre el significado de nacionalización cuando empiece a confD
en su primera creatibg CDB usted tiene la capacidad de proporcionar documentos de
instancia recurribles que se utilizaron para nationaleze el contenido del CD de B. Esto le
permite proporcionar usted saber cosas tales como archivos inizialation
configurations.these defecto de fábrica también se pueden utilizar como parte del proceso
de actualización, ya que aprender encontramos en un módulo posterior. Sus aplicaciones lo
hacen en realidad interactúan con CDB tendrán mucho más en depht para la sauna en un
módulo posterior, pero típicamente sus aplicaciones surge dice que es un conjunto de datos
de configuración nacionales de CDB y ese lugar es lo que llamamos las suscripciones en el
BDC. En una suscripción solicitud está diciendo a medio día y CDB sabe si esta área
particular de los cambios de datos, por favor me envía una notificación de que la fecha es el
cambio para que pueda reaccionar a eso. Las suscripciones que cuando los coloca usted nos
dará un nivel de prioridad, con transacciones de las cosas a nuestra orden menos como yo
mentionated todo pase de un Tobe son iguales no importa qué orden a alguien rellena sus
transacciones se producen los mismos resultados. Sin embargo, en la parte de atrás y si su
sistema usted no necesita un cierto control y proporcionando ordenando todos estos
cambios en el sistema con la prostituta. Por lo tanto, estos niveles de prioridad se utilizan
para confD para notificar a sus aplicaciones en un orden que usted controla con su
instrukmentation puede usted puede tener múltiples aplicaciones al mismo nivel de
prioridad que se le notifique en paralelo, pero una vez que todos los manipuladores de
suscripción un nivel de prioridad uno son completa se moverá en la siguiente prioridad más
baja a todos los suscriptores se han notificado, han completado y que processind
transacción se ha completado. Ahora una característica importante a tener en cuenta sobre
los CDB se diferencia de otras bases de datos de debate es la idea de que usted puede tener
varios almacenes de datos en el BDC. Estos son impulsados por las definiciones de los
estándares IETF comp netas pero CDB tiene la idea de hasta cuatro almacenes de datos y
encienda una luz de puesta en marcha corriendo y candidato son almacenes de datos
transaccionales que los datos de configuración antiguos. La definición de la carrera de
puesta en marcha en candidato son impulsadas desde otras farmacias Netcom. El almacén
de datos de datos operacionales y CDB es un almacén de datos atómica debido a que el
modelo atómico encaja datos operativos mejor que un modelo transaccional. Así, los datos
de funcionamiento que tiene razón al CDB a través del mecanismo de empuje entra en el
almacén de datos operacional. Hay apoyo suscripción para el almacén de datos operacional
al igual que el apoyo a la suscripción de los almacenes de datos de configuración. Así, wity
que hemos hablado mucho de la interna para fo ConfD. Vamos a hablar un poco acerca de
la interfaz de protocolo en dirección norte disponibles