NETCONF

Při ustavení NETCONF spojení odešlou obě strany, klient i server, <hello> zprávu, ve které oznamují verzi protokolu, kterou podporují, a seznam podporovaných rozšíření. Pro další komunikaci si obě strany zvolí nejvyšší společnou verzi protokolu. Seznam podporovaných rozšířený je důležitý hlavně pro klienta, který by se serveru měl přizpůsobit. Server většinou seznam podporovaných rozšíření ze strany klienta ignoruje.

Další komunikace mezi klientem a serverem je synchronní. Klient odesílá zprávu <rpc>, ve které specifikuje svůj požadavek. Server pak po vykonání požadované operace vrací zprávu <rpc-reply>, která podle typu požadavku obsahuje v případě úspěchu element <data> s vyžádaným obsahem nebo <ok>, v případě chyby pak element <rpc-error> s dalšími informacemi o problému. Server může komunikovat s více klienty najednou, ale požadavky jsou vždy zpracovávány sériově.

RFC 5277 rozšiřuje základní protokol o asynchronní zprávy, tzv. notifikace. V tomto případě se klient přihlašuje k odběru (specifikované podmnožiny) notifikací, které server generuje na základě konkrétních událostí (přihlášení uživatele, změna konfiguračních dat apod.). Notifikace jsou pak klientovi doručovány asynchronně.

NETCONF vyžaduje od transportního protokolu vytvoření dlouho-trvajícího, spojově orientovaného spojení. Transportní vrstva navíc poskytuje možnost zabezpečeného spojení včetně autentizace uživatele a kontroly integrity dat. Každá implementace protokolu NETCONF musí podporovat transport pomocí protokolu SSH (RFC 6242). Jako další jsou (nebo historicky byly) podporovány:

• Simple Object Access Protocol (SOAP) - RFC 4743 (historic)
• Blocks Extensible Exchange Protocol (BEEP) - RFC 4744 (historic)
• Transport Layer Security (TLS) - RFC 5539

Bez rozšíření pracuje protokol NETCONF pouze s jedním úložištěm konfiguračních dat, který nazývá <running>. Toto úložiště obsahuje data podle nichž bylo zařízení konfigurováno (což nutně neznamená, že všechny parametry odráží aktuální stav zařízení). Pomocí základní sady rozšíření jsou pak definována další dvě úložiště:

• <startup> - sada konfiguračních dat, která jsou aplikována při startu zařízení (po zapnutí nebo restartu)
• <candidate> - pracovní sada konfiguračních dat

NETCONF předpokládá, že obsahem datových úložišť je správně strukturovaný (well-formed) XML dokument. Pro definici obsahu těchto dokumentů vznikl v rámci pracovní skupiny NETMOD modelovací jazyk YANG (RFC 6020). V rámci stejné pracovní skupiny pak probíhá i standardizace některých obecných datových modelů pro konfiguraci síťových zařízení.

Z pohledu NETCONF se data v úložišti dělí na stavová (nelze je konfigurovat) a konfigurační (uživatel může změnit jejich hodnotu).

RFC 6241 definuje základní sadu operací pro manipulaci s konfiguračními daty konfigurovaného zařízení:

• <get> - získání všech konfiguračních i stavových dat zařízení
• <get-config> - získání pouze konfiguračních dat zařízení
• <edit-config> - změna (modifikace, přidání, odebrání) konfiguračních dat zařízení
• <copy-config> - zkopírování kompletní sady konfiguračních dat zařízení
• <delete-config> - odstranění kompletní sady konfiguračních dat zařízení
• <lock> a <unlock> - zamčení a odemčení datového úložiště pro konkrétní NETCONF spojení

Operace <get> a <get-config> mohou obsahovat specifikaci filtru, který omezuje požadavek pouze na určitou podmnožinu dat zařízení.

Další dvě operace slouží pro manipulaci s NETCONF spojením:

• <close-session> - uzavření aktuálního NETCONF spojení
• <kill-session> uzavření jiného, obvykle neaktivního, NETCONF spojení

Protokol může být dále rozšiřován pomocí tzv. capabilities, které umožňují zejména přidávat nové operace a případně měnit chování operací stávajících. Při navazování spojení oznamuje server v rámci své <hello> zprávy sadu podporovaných rozšíření a popisuje tak klientovi své chování během další komunikace. Již RFC 6241, definující základní chování protokolu NETCONF, obsahuje i následující sadu rozšíření:

• Writable-Running - umožňuje zápis do datového úložiště <running>
• Candidate Configuration - specifikuje datové úložiště <candidate>
• Configrmed-Commit - umožňuje provedení potvrzovaného commitu
• Rollback-on-Error - umožňuje návrat změn při neúspěšné operaci <edit-config>
• Validate - umožňuje validovat obsah datových úložišť
• Distinct Startup - specifikuje datové úložiště <startup>
• URL - umožňuje manipulaci s datovými úložišti pomocí dat obsažených v souborech dostupných pomocí URL
• XPath - umožňuje referencovat konfigurační data pomocí XPath

Mezi další významná rozšíření patří:

• Event Notifications - doručování asynchronních zpráv (RFC 5277)
• With-Defaults - práce s výchozími hodnotami definovanými v datovém modelu (RFC 6243)
• Partial Locking - zamykání přístupu k samostatným částem datových úložišť (RFC 5717)
• Access Control - řízení přístupu uživatelů ke konfiguračním datům a operacím (RFC 6536)