Průvodce konfigurací správy systému APIC

Cisco APIC System Management Configuration Guide, Release 6.0(x)
Poprvé zveřejněno: 2022-06-17
Americké ústředí
Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706 USA http://www.cisco.com Tel: 408 526-4000
800 553-NETS (6387) Fax: 408 527-0883

© 2022 Cisco Systems, Inc. Všechna práva vyhrazena.

ochranné známky
SPECIFIKACE A INFORMACE TÝKAJÍCÍ SE PRODUKTŮ UVEDENÝCH V TÉTO DOKUMENTACI SE MOHOU BEZ UPOZORNĚNÍ ZMĚNIT. KROMĚ NEMŮŽE BÝT SPOLEČNOST CISCO PÍSEMNĚ DOHODNUTO JINAK, VŠECHNA PROHLÁŠENÍ, INFORMACE A DOPORUČENÍ V TÉTO DOKUMENTACI JSOU POSKYTOVÁNY BEZ ZÁRUKY JAKÉHOKOLI DRUHU, VÝSLOVNÉ NEBO PŘEDPOKLÁDANÉ.
Licenční smlouva s koncovým uživatelem Cisco a jakékoli doplňkové licenční podmínky upravují vaše používání jakéhokoli softwaru Cisco, včetně této dokumentace k produktu, a jsou umístěny na adrese: http://www.cisco.com/go/softwareterms. Informace o záruce na produkty Cisco jsou k dispozici na adrese http://www.cisco.com/go/warranty. Oznámení Federální komunikační komise USA naleznete zde http://www.cisco.com/c/en/us/products/us-fcc-notice.html.
V ŽÁDNÉM PŘÍPADĚ NEBUDE CISCO ANI JEJÍ DODAVATELÉ ODPOVĚDNÍ ZA JAKÉKOLI NEPŘÍMÉ, ZVLÁŠTNÍ, NÁSLEDNÉ NEBO NÁHODNÉ ŠKODY, VČETNĚ, BEZ OMEZENÍ, ZTRÁTY ZISKU NEBO ZTRÁTY NEBO POŠKOZENÍ DAT VZNIKLÝCH V RÁMCI EVROPSKÉHO POUŽÍVÁNÍ ENUIL MAIFOR CISCO NEBO JEJÍ DODAVATELÉ BYLI UPOZORNĚNI NA MOŽNOST TAKOVÝCH ŠKOD.
Jakékoli produkty a funkce popsané v tomto dokumentu jako ve vývoji nebo dostupné v budoucnu zůstávají v různých verzíchtages vývoje a budou nabízeny na základě dostupnosti a pokud budou k dispozici. Jakýkoli takový plán produktu nebo funkce se může změnit na základě výhradního uvážení společnosti Cisco a společnost Cisco nenese žádnou odpovědnost za zpoždění dodávky nebo nedodání jakýchkoli produktů nebo položek plánu funkcí, které mohou být uvedeny v tomto dokumentu.
Žádné adresy a telefonní čísla internetového protokolu (IP) použité v tomto dokumentu nejsou zamýšleny jako skutečné adresy a telefonní čísla. Jakýkoli exampsoubory, výstup příkazového displeje, schémata topologie sítě a další obrázky zahrnuté v dokumentu jsou uvedeny pouze pro ilustrativní účely. Jakékoli použití skutečných IP adres nebo telefonních čísel v ilustrativním obsahu je neúmyslné a náhodné.
Soubor dokumentace pro tento produkt se snaží používat jazyk bez zkreslení. Pro účely tohoto souboru dokumentace je neobjektivnost definována jako jazyk, který neznamená diskriminaci na základě věku, zdravotního postižení, pohlaví, rasové identity, etnické identity, sexuální orientace, socioekonomického statusu a intersekcionality. V dokumentaci se mohou vyskytovat výjimky z důvodu jazyka, který je pevně zakódován v uživatelských rozhraních softwaru produktu, jazyka použitého na základě dokumentace RFP nebo jazyka, který používá odkazovaný produkt třetí strany.
Cisco a logo Cisco jsou ochranné známky nebo registrované ochranné známky společnosti Cisco a/nebo jejích přidružených společností v USA a dalších zemích. Na view seznam ochranných známek Cisco, přejděte sem URL: www.cisco.com ochranné známky. Uvedené ochranné známky třetích stran jsou majetkem příslušných vlastníků. Použití slova partner neznamená partnerský vztah mezi společností Cisco a jakoukoli jinou společností. (1721R)
Cisco APIC System Management Configuration Guide, Release 6.0(x) iii

ochranné známky

ochranné známky

Cisco APIC System Management Configuration Guide, Release 6.0(x) iv

OBSAH

PŘEDMLUVA KAPITOLA 1 KAPITOLA 2
KAPITOLA 3

Ochranné známky iii
Nové a změněné informace 1 Nové a změněné informace 1
Alias, Anotace a Tags 3 Alias, Anotace a Tags 3 Alias ​​3 Vytvoření aliasu jména nebo globálního aliasu 4 Anotace 5 Vytvoření anotace 5 Zásady Tags 6 Vytvoření politiky Tag 6
Přesný časový protokol 7 O PTP 7 Typy hodin PTP 8 Topologie PTP 10 Hlavní a klientské porty 10 Pasivní porty 11 Oznamovací zprávy 12 Topologie PTP s různými typy uzlů PTP 14 Topologie PTP s pouze koncovými hraničními hodinami 14 Topologie PTP s hranicí Hodiny a End-to-End transparentní hodiny 14 PTP BMCA 15 Parametry PTP BMCA 15

Cisco APIC System Management Configuration Guide, Release 6.0(x) v

Obsah

PTP BMCA Přamples 16 PTP BMCA Failover 18 PTP Alternativní BMCA (G.8275.1) 20 PTP Alternativní parametry BMCA 20 PTP Alternativní BMCA Examples 21 PTP synchronizace hodin 23 PTP a meanPathDelay 24 meanPathDelay měření 25 PTP Multicast, Unicast a smíšený režim 28 PTP Transport Protocol 30 PTP signalizace a zprávy pro správu 31 Zprávy pro správu PTP 32 PTP Profiles 34 Cisco ACI a PTP 35 Cisco ACI Softwarové a hardwarové požadavky 37 Podporovaný software pro PTP 37 Podporovaný hardware pro PTP 38 Konektivita PTP 39 Podporovaná konektivita PTP uzlů 39 Podporovaná konektivita PTP rozhraní 40 Základní nasazení Grandmaster 41 Omezení PTP 46 Konfigurace PTP PTP F48 48 Globální konfigurace zásady PTP a pro rozhraní Fabric pomocí grafického uživatelského rozhraní 48 Konfigurace zásady uzlu PTP a aplikace zásady na přepínač Profile Použití zásady přepínání
Seskupení pomocí GUI 49 Vytvoření PTP User Profile pro Leaf Switch Porty na předním panelu pomocí GUI 50 Povolení PTP na statických portech EPG Použití GUI 50 Povolení PTP na rozhraních L3Out pomocí GUI 51 Globální konfigurace zásady PTP a pro rozhraní Fabric pomocí REST API 51 Konfigurace zásady uzlu PTP a Použití zásad na Switch Profile Použití zásady přepínání
Skupina pomocí REST API 52 Vytvoření PTP User Profile pro porty předního panelu přepínače listů pomocí REST API 53

Cisco APIC System Management Configuration Guide, Release 6.0(x) vi

Obsah

KAPITOLA 4
KAPITOLA 5 KAPITOLA 6 KAPITOLA 7

Povolení PTP na statických portech EPG pomocí rozhraní REST API 53 Povolení PTP na rozhraních L3Out pomocí rozhraní REST API 54 PTP Unicast, Multicast a Mixed Mode na Cisco ACI 55 Omezení režimu PTP Unicast na Cisco ACI 55 PTP PC a implementace vPC na Cisco ACI 56 Filtrování paketů PTP a tunelování 57 Filtrování paketů PTP 57 Cisco ACI jako hraniční hodiny PTP nebo tunel bez PTP 58 PTP a NTP 60 Ověření PTP 61
Synchronní Ethernet (SyncE) 67 O synchronním Ethernetu (SyncE) 67 Pokyny a omezení pro SyncE 68 Konfigurace synchronního Ethernetu 69 Vytvoření zásady synchronního ethernetového uzlu 69 Vytvoření zásady synchronního ethernetového rozhraní 70 Mapování QL s možnostmi konfigurace ACI 72
Zásady HTTP/HTTPS proxy 77 O zásadách HTTP/HTTPS proxy 77 Funkce Cisco APIC, které používají HTTP/HTTPS proxy 77 Konfigurace zásad HTTP/HTTPS proxy pomocí grafického uživatelského rozhraní 78
Statistika procesu 79 ViewStatistiky pro procesy pomocí GUI 79 Konfigurace zásady statistiky pro všechny procesy První použití GUI 81 Konfigurace zásady statistiky pro všechny procesy po konfiguraci zásady poprvé použití GUI 82
Základní operace 85 Odstraňování problémů se scénáři selhání APIC 85 Scénáře pro odstraňování problémů klastru 85 Poruchy klastru 88

Cisco APIC System Management Configuration Guide, Release 6.0(x) vii

Obsah

Odstraňování problémů se selháním Fabric uzlu a procesu 90 Ověření a restartování procesu APIC 91 Odstraňování problémů s selháním procesu APIC 93 Operace pro odstraňování problémů Cisco APIC 95 Vypnutí systému APIC 95 Vypnutí ovladače APIC pomocí GUI 95 Použití možnosti opětovného načtení APIC GUI96 lokátor LED pomocí GUI 96 Ruční odstranění deaktivovaných rozhraní a vyřazených přepínačů z GUI 97 Ruční odstranění deaktivovaných rozhraní a vyřazených přepínačů z GUI 97 Vyřazení z provozu a opětovné uvedení do provozu Přepínače 97 Vyřazení z provozu a opětovné uvedení do provozu přepínače 97 Přestavba 98 Přestavba 98 Přestavba 100 Obnova odpojeného listu 100 Obnova odpojeného listu pomocí REST API 100 Odstraňování problémů se selháním zpětné smyčky 100 Identifikace selhané linkové karty 102 Odstranění nežádoucích _ui_ objektů 103 Odstranění nežádoucích _ui_ Replace Objects 103 REST API CStac te Drive v Cisco APIC 103 Viewing CRC Error Counter 105 Viewing CRC a Stomped CRC Error Counter 105 ViewChyby CRC pomocí GUI 105 ViewZobrazení chyb CRC pomocí CLI 105

Cisco APIC System Management Configuration Guide, Release 6.0(x) viii

1 KAPITOLA

Nové a změněné informace

· Nové a změněné informace, na straně 1

Nové a změněné informace

Následující tabulka poskytuje konecview významných změn v organizaci a funkcích v této příručce až do specifikovaného vydání. Tabulka neposkytuje vyčerpávající seznam všech změn provedených v příručce nebo nových funkcí až do tohoto vydání.
Tabulka 1: Nové funkce a změněné chování v Cisco APIC Release 6.0(1)

Funkce nebo změna

Popis

Kde zdokumentováno

Podpora PTP G.8275.1 na peer linkách vzdáleného přepínače listů a na počítačích vPC

Můžete použít PTP Telecom Supported PTP Interface profile (G.8275.1) na konektivitě virtuálního portu, na straně 40 kanálů (vPC) a na peer linkách vzdálených listových přepínačů.

Podpora pro SyncE na vPC a na SyncE na vPC můžete používat a pokyny a omezení pro

vzdálený listový přepínač peer spojení

na peer linkách vzdáleného přepínače listů. SyncE, na straně 68

Cisco APIC System Management Configuration Guide, Release 6.0(x) 1

Nové a změněné informace

Nové a změněné informace

Cisco APIC System Management Configuration Guide, Release 6.0(x) 2

2 KAPITOLA

Alias, Anotace a Tags

· Alias, Anotace a Tags, na straně 3
Alias, Anotace a Tags
Pro zjednodušení identifikace, adresování a seskupování objektů poskytuje ACI uživateli několik metod, jak přidat k objektům metadata štítků. Tyto metody jsou shrnuty v seznamu níže:
· Alias ​​jména: Kosmetická náhrada entity GUI. · Globální alias: Štítek, jedinečný v rámci tkaniny, který může sloužit jako náhrada za rozlišovací
Jméno (DN). · Tag Instance / Anotace: Jednoduchá poznámka nebo popis. · Zásady Tag: Označení pro seskupení objektů, které nemusí být stejné třídy.

Přezdívka

V objektovém modelu ACI má každý objekt jedinečné rozlišovací jméno (DN), což je často zdlouhavý identifikátor, který zahrnuje jména hierarchie nadřazených objektů a sebe sama. Napřample, zvažte tenanta s názvem Tenant2468, který obsahuje aplikaci profile s názvem ap13, který obsahuje skupinu koncových bodů aplikace s názvem aepg35. DN této skupiny koncových bodů aplikace vygenerované APIC je uni/tn-Tenant2468/ap-ap13/epg-aepg35. Po vytvoření každého z těchto objektů ACI obvykle nedovolí změnit jejich názvy, protože by to způsobilo změnu v DN všech potomků přejmenovaného objektu. K překonání této nepříjemnosti poskytuje ACI dvě funkce aliasů — Name Alias ​​pro GUI a Global Alias ​​pro API.
Jméno Alias
Funkce Name Alias ​​(nebo jednoduše „Alias“, kde se nastavení objeví v GUI) mění zobrazené názvy objektů v APIC GUI. I když základní název objektu nelze změnit, administrátor může zobrazený název přepsat zadáním požadovaného názvu do pole Alias ​​v nabídce vlastností objektu. V GUI se pak název aliasu objeví spolu se skutečným názvem objektu v závorkách jako alias_jména (jméno_objektu). Mnoho typů objektů, jako jsou tenanti, aplikace profiles, přemosťovací domény a EPG podporují vlastnost alias. V objektovém modelu je vlastnost alias názvu objectClass.nameAlias. Nemovitost pro nájemce objektu, napřample, je fvTenant.nameAlias.

Cisco APIC System Management Configuration Guide, Release 6.0(x) 3

Vytvoření aliasu jména nebo globálního aliasu

Alias, Anotace a Tags

Pomocí předchozího příkladuample nájemce, předpokládejme, že správce upřednostňuje vidět jméno nájemce „AcmeManufacturing“ místo „Tenant2468“. Zadáním preferovaného názvu do pole Alias ​​vlastností tenanta Tenant2468 by GUI nyní zobrazovalo AcmeManufacturing (Tenant2468). Vlastnost názvu alias je pro APIC GUI čistě kosmetická. Alias ​​nemusí být v žádném rozsahu jedinečný a stejnou hodnotu lze použít jako alias názvu pro jiné objekty.
Globální alias Funkce Globální alias zjednodušuje dotazování na konkrétní objekt v rozhraní API. Při dotazu na objekt musíte zadat jedinečný identifikátor objektu, což je obvykle DN objektu. Alternativně vám tato funkce umožňuje přiřadit objektu štítek, který je v rámci tkaniny jedinečný. Pomocí předchozího příkladuample, bez globálního aliasu byste se dotazovali na koncový bod aplikace podle jeho DN pomocí tohoto požadavku API:
ZÍSKEJTE: https://APIC_IP/api/mo/uni/tn-Tenant2468/ap-ap13/epg-aepg35.json
Nakonfigurováním jednoduššího, ale jedinečného názvu v poli Globální alias nabídky vlastností objektu můžete použít globální alias spolu s jiným příkazem API k dotazu na objekt:
ZÍSKEJTE: https://APIC_IP/api/alias/global_alias.json
Pomocí předchozího příkladuampzadáním „AcmeEPG35“ do pole Globální alias konfiguračních vlastností skupiny koncových bodů aplikace, dotaz URL nyní by bylo:
ZÍSKEJTE: https://APIC_IP/api/alias/AcmeEPG35.json
V objektovém modelu APIC je globální alias podřízený objekt (tagAliasInst) připojený k objektu, kterému je vytvářen alias. V předchozím example, objekt globálního alias by byl podřízeným objektem objektu skupiny koncových bodů aplikace. Další informace naleznete v části „Tags a Aliasy“ kapitoly APIC REST API Configuration Guide.
Vytvoření aliasu jména nebo globálního aliasu
Tento exampProcedura vám ukazuje, jak vytvořit alias jména a globální alias pro aplikačního profesionálafile nájemce. Mnoho dalších objektů podporuje tyto funkce aliasů pomocí stejného postupu po navigaci k objektu.

Krok 1 Krok 2 Krok 3
Krok 4
Krok 5

Na panelu nabídek vyberte Tenants a vyberte příslušného tenanta. V navigačním podokně rozbalte tenant_name > Application Profiles > application_profile_název. V podokně Práce klikněte na kartu Zásady. Stránka Vlastnosti aplikace profile se objeví.
Do pole Alias ​​zadejte alias názvu. Alias ​​nemusí být v žádném rozsahu jedinečný.
Do pole Globální alias zadejte alias pro rozlišovací jméno (DN) aplikačního profesionálafile. Globální alias musí být v rámci struktury jedinečný.

Cisco APIC System Management Configuration Guide, Release 6.0(x) 4

Alias, Anotace a Tags

Anotace

Krok 6 Klikněte na Odeslat.

Pokud jste nakonfigurovali alias jména, aplikace profile je nyní v navigačním podokně identifikován jako alias (název). Napřample, pokud je Název ap1234 a nakonfigurovali jste alias jako SanJose, aplikace profile se objeví jako SanJose (ap1234).
Pokud jste nakonfigurovali globální alias, můžete nyní tuto hodnotu nahradit rozlišujícím názvem (DN) aplikačního profesionála.file v příkazech API, které podporují globální alias.
Anotace
K objektu můžete přidat libovolné páry klíč:hodnota metadat jako anotace (tagAnotace). Anotace jsou poskytovány pro vlastní účely uživatele, jako jsou popisy, značky pro osobní skriptování nebo volání API nebo příznaky pro monitorovací nástroje nebo orchestrační aplikace, jako je Cisco Multi-Site Orchestrator (MSO). Protože APIC ignoruje tyto anotace a pouze je ukládá s jinými objektovými daty, neexistují žádná omezení formátu nebo obsahu uložená APIC.
Vývoj anotací
Podpora APIC pro uživatelem definované anotační informace se postupem času měnila v následujících krocích:
· Před Cisco APIC Release 4.2(4) podporováno APIC tag případy (tagInst), který uložil jednoduchý řetězec. V nabídkách APIC GUI byly označeny jako „Tags.“
· V Cisco APIC Release 4.2(4), protože mnoho moderních systémů používá jako označení pár klíč a hodnota, byly provedeny změny, aby se přesunuly na anotace klíč:hodnota (tagAnotace) jako hlavní možnost štítku pro API. Zkratka API pro dotazování objektů přes tag instance (/api/tag/vaše_tag.json) byla ukončena. APIC GUI nadále používal jednoduchý řetězec tag případy (tagInst), označené jako „Tags.”.
· V Cisco APIC Release 5.1(1), tag případy (tagInst) byly v GUI zastaralé. GUI nabídky stále používaly termín „Tags”, ale ve skutečnosti nakonfigurované anotace (tagAnotace). Také počínaje touto verzí může být seznam všech anotací viewed from Fabric > Fabric Policy > Tags.
· Ve verzi Cisco APIC 5.2(1) byly názvy nabídek GUI změněny z „Tags“ na „Poznámky“. Tato změna byla provedena, aby nedošlo k záměně se zásadami Tags.
Vytvoření anotace
Tento exampPostup vám ukazuje, jak vytvořit anotaci pro tenanta. Mnoho dalších objektů podporuje funkci anotace pomocí stejného postupu po navigaci k objektu.

Krok 1 Krok 2 Krok 3
Krok 4 Krok 5 Krok 6

Na panelu nabídek vyberte Tenants a vyberte příslušného tenanta. V navigačním podokně klikněte na název_tenanta. V podokně Práce klikněte na kartu Zásady. Zobrazí se nabídka vlastností tenanta.
Vedle položky Poznámky klikněte na symbol + a přidejte novou anotaci. V poli anotačního klíče vyberte existující klíč nebo zadejte nový klíč. Do pole hodnoty poznámky zadejte hodnotu.

Cisco APIC System Management Configuration Guide, Release 6.0(x) 5

Politika Tags

Alias, Anotace a Tags

Krok 7

Povolené znaky pro klíč a hodnotu jsou az, AZ, 0-9, tečka, dvojtečka, pomlčka nebo podtržítko. Kliknutím na symbol uložte anotaci. Opakováním těchto kroků můžete přidat další anotace.

Politika Tags
Politika tags (tagTag), nebo jednoduše tags, jsou uživatelsky definovatelné páry klíčů a hodnot pro použití funkcemi ACI. Můžete nakonfigurovat více tags na jeden objekt a můžete použít totéž tag na více objektech. Protože mnoho tříd objektů podporuje politiku tags, můžete použít zásady tags seskupovat nesourodé objekty. Napřample, politika tag lze použít k seskupení koncových bodů, podsítí a virtuálních počítačů do jedné skupiny zabezpečení koncových bodů (ESG) pomocí ESG tag selektory v Cisco APIC Release 5.2(1). Funkce ACI využívající zásady tags zahrnout:
· Endpoint Security Group (ESG)
Vytváření zásad Tag
Tento exampPostup vám ukazuje, jak vytvořit politiku tag pro statický koncový bod. Několik dalších objektů podporuje politiku tags pomocí stejného postupu po navigaci k objektu.

Krok 1 Krok 2 Krok 3
Krok 4 Krok 5 Krok 6
Krok 7

Na panelu nabídek vyberte Tenants a vyberte příslušného tenanta. V navigačním podokně rozbalte tenant_name > Application Profiles > application_profile_name > Application EPGs > application_epg_name > Static Endpoint. V podokně Práce poklepejte na statický koncový bod, který má být tagged. Zobrazí se dialogové okno Vlastnosti statického koncového bodu.
Vedle Zásady Tags, kliknutím na symbol + přidejte novou zásadu tag. V tag vyberte existující klíč nebo zadejte nový klíč. V tag pole hodnoty, zadejte a tag hodnota. Povolené znaky pro klíč a hodnotu jsou az, AZ, 0-9, tečka, dvojtečka, pomlčka nebo podtržítko.
Klepnutím na symbol uložíte tag.

Cisco APIC System Management Configuration Guide, Release 6.0(x) 6

3 KAPITOLA
Protokol přesného času
· O PTP, na straně 7 · Cisco ACI a PTP, na straně 35
O PTP
Precision Time Protocol (PTP) je protokol pro synchronizaci času definovaný v IEEE 1588 pro uzly distribuované v síti. S PTP můžete synchronizovat distribuované hodiny s přesností menší než 1 mikrosekunda pomocí ethernetových sítí. Přesnost PTP vychází z hardwarové podpory pro PTP v páteřních a listových přepínačích Cisco Application Centric Infrastructure (ACI). Hardwarová podpora umožňuje protokolu přesně kompenzovat zpoždění zpráv a odchylky v síti.
Poznámka Tento dokument používá termín „klient“ pro to, co standard IEEE1588-2008 označuje jako „slave“. Výjimkou jsou případy, kdy je slovo „slave“ začleněno do příkazů CLI nebo GUI Cisco Application Policy Infrastructure Controller (APIC).
PTP je distribuovaný protokol, který určuje, jak se hodiny PTP v reálném čase v systému vzájemně synchronizují. Tyto hodiny jsou organizovány do synchronizační hierarchie master-client s velmistrskými hodinami, což jsou hodiny na vrcholu hierarchie, určující referenční čas pro celý systém. Synchronizace je dosaženo výměnou časovacích zpráv PTP, přičemž členové používají informace o časování k přizpůsobení svých hodin času svého hlavního v hierarchii. PTP funguje v logickém rozsahu zvaném PTP doména. Proces PTP se skládá ze dvou fází: vytvoření hierarchie master-klient a synchronizace hodin. V rámci domény PTP používá každý port běžných nebo hraničních hodin k určení svého stavu následující proces: 1. Vytvořte hierarchii master-klient pomocí algoritmu Best Master Clock Algorithm (BMCA):
· Prozkoumat obsah všech přijatých zpráv Announce (vydaných porty v hlavním stavu). · Porovnejte datové sady zahraničního masteru (ve zprávě Announce) a místních hodin pro prioritu,
třída hodin, přesnost a tak dále. · Určit svůj vlastní stav jako hlavní nebo klientský.
2. Synchronizujte hodiny:
Cisco APIC System Management Configuration Guide, Release 6.0(x) 7

Typy hodin PTP

Protokol přesného času

· Použijte zprávy, jako je Sync a Delay_Req, k synchronizaci hodin mezi masterem a klienty.
Typy hodin PTP
Následující obrázek ukazuje hierarchii typů hodin PTP:

PTP má následující typy hodin:

Typ

Popis

Velmistrovské hodiny (GM, GMC)

Zdroj času pro celou topologii PTP. Velmistrovské hodiny jsou vybírány algoritmem Best Master Clock Algorithm (BMCA).

Cisco APIC System Management Configuration Guide, Release 6.0(x) 8

Protokol přesného času

Typy hodin PTP

Typ Boundary Clock (BC) Transparent Clock (TC)
Obyčejné hodiny (OC)

Popis
Zařízení s více PTP porty. Hraniční hodiny PTP se účastní BMCA a každý port má svůj stav, jako je hlavní nebo klientský. Hraniční hodiny se synchronizují se svými nadřazenými/hlavními hodinami, takže klientské hodiny za nimi se synchronizují se samotnými hraničními hodinami PTP. Aby se to zajistilo, hraniční hodiny ukončí zprávy PTP a odpoví samy místo toho, aby zprávy přeposílaly. To eliminuje zpoždění způsobené uzelem předávajícím PTP zprávy z jednoho portu na druhý.
Zařízení s více PTP porty. Transparentní hodiny PTP se neúčastní BMCA. Tento typ hodin pouze transparentně předává PTP zprávy mezi hlavními hodinami a klientskými hodinami, takže se mohou přímo vzájemně synchronizovat. Transparentní hodiny připojují dobu zdržení k procházejícím PTP zprávám, takže klienti mohou vzít v úvahu zpoždění předávání v rámci transparentního hodinového zařízení.
V případě mechanismu zpoždění typu peer-to-peer transparentní hodiny PTP ukončí zprávy PTP Pdelay_xxx místo toho, aby je přeposílaly.
Poznámka Přepínače v režimu ACI nemohou být průhledné hodiny.
Zařízení, které může sloužit jako zdroj času jako hlavní hodiny nebo které se může synchronizovat s jinými hodinami (jako je hlavní) s rolí klienta (klient PTP).

Cisco APIC System Management Configuration Guide, Release 6.0(x) 9

Topologie PTP
Topologie PTP
Hlavní a klientské porty

Protokol přesného času

Hlavní a klientský port fungují následovně: · Každý uzel PTP přímo nebo nepřímo synchronizuje své hodiny s velmistrovými hodinami, které mají nejlepší zdroj času, jako je GPS (hodiny 1 na obrázku). · Je vybrán jeden velmistr pro celou topologii PTP (doménu) na základě algoritmu Best Master Clock Algorithm (BMCA). BMCA se vypočítává pro každý uzel PTP individuálně, ale algoritmus zajišťuje, aby všechny uzly ve stejné doméně zvolily stejné hodiny jako velmistr. · V každé cestě mezi PTP uzly bude na základě BMCA jeden hlavní port a alespoň jeden klientský port. Pokud je cesta typu point-to-multipoints, bude existovat více klientských portů, ale každý uzel PTP může mít pouze jeden klientský port. Každý uzel PTP používá svůj klientský port k synchronizaci s hlavním portem na druhém konci. Opakováním tohoto se všechny PTP uzly nakonec synchronizují s velmistrem přímo nebo nepřímo. · Z bodu spínače 1 view, Hodiny 1 jsou mistr a velmistr.
Cisco APIC System Management Configuration Guide, Release 6.0(x) 10

Protokol přesného času

Pasivní porty

· Z bodu přepínače 2 view, Spínač 1 je mistr a hodiny 1 jsou velmistr.
· Každý PTP uzel by měl mít pouze jeden klientský port, za kterým se nachází velmistr. Velmistr může být několik skoků daleko.
· Výjimkou jsou transparentní hodiny PTP, které se neúčastní BMCA. Pokud by byl přepínač 3 transparentními hodinami PTP, hodiny by neměly stav portu, jako je hlavní a klient. Hodiny 3, Hodiny 4 a Switch 1 by přímo vytvořily vztah mezi hlavním a klientem.

Pasivní porty

BMCA může vybrat jiný PTP port, který je v pasivním stavu nad masterem a klientem. Pasivní port negeneruje žádné zprávy PTP, s několika výjimkami, jako jsou zprávy správy PTP jako odpověď na zprávy správy z jiných uzlů.
Example 1

Pokud má uzel PTP více portů směrem k velmistrovi, pouze jeden z nich bude klientským portem. Ostatní porty směrem k velmistrovi budou pasivní porty.
Example 2

Cisco APIC System Management Configuration Guide, Release 6.0(x) 11

Oznamujte zprávy

Protokol přesného času

Pokud uzel PTP detekuje pouze dvě hlavní hodiny (kandidáty na velmistra), port směrem ke kandidátovi vybranému jako velmistr se stane klientským portem a druhý se stane pasivním portem. Pokud druhé hodiny mohou být klientem, tvoří vztah master a client namísto pasivního.
Example 3

Pokud hodiny typu master (kandidát na velmistra) detekují jiné hodiny typu master-only, které jsou lepší než ony samy, hodiny se uvedou do pasivního stavu. K tomu dochází, když jsou dva kandidáti na velmistra na stejné komunikační cestě bez hraničních hodin PTP mezi nimi.
Oznamujte zprávy
Zpráva Announce se používá k výpočtu nejlepšího algoritmu hlavních hodin (BMCA) a stanovení topologie PTP (hierarchie hlavního klienta).

Cisco APIC System Management Configuration Guide, Release 6.0(x) 12

Protokol přesného času

Oznamujte zprávy

Zpráva funguje následovně: · PTP master porty odesílají zprávy PTP Announce na IP adresu 224.0.1.129 v případě PTP přes IPv4 UDP. · Každý uzel používá informace ve zprávách PTP Announce k automatickému vytvoření hierarchie synchronizace (vztahy master/klient nebo pasivní) na základě BMCA. · Některé informace, které zprávy PTP Announce obsahují, jsou následující: · Priorita velmistra 1 · Kvalita hodin velmistra (třída, přesnost, rozptyl) · Priorita velmistra 2 · Identita velmistra · Krok odstraněn · Zprávy PTP Announce jsou odesílány s intervalem založeným na 2logAnnounceInterval sekund.
Cisco APIC System Management Configuration Guide, Release 6.0(x) 13

Topologie PTP s různými typy uzlů PTP

Protokol přesného času

Topologie PTP s různými typy uzlů PTP
Topologie PTP pouze s hraničními hodinami typu End-to-End
V této topologii uzly hraničních hodin ukončují všechny multicastové PTP zprávy, kromě zpráv pro správu.

To zajišťuje, že každý uzel zpracovává zprávy Sync z nejbližších nadřazených hlavních hodin, což pomáhá uzlům dosahovat vysoké přesnosti.
Topologie PTP s hraničními hodinami a end-to-end transparentními hodinami
V této topologii uzly hraničních hodin ukončují všechny multicastové PTP zprávy, kromě zpráv pro správu.
Cisco APIC System Management Configuration Guide, Release 6.0(x) 14

Protokol přesného času

PTP BMCA

Transparentní hodinové uzly typu End-to-end (E2E) neukončují zprávy PTP, ale jednoduše přidávají dobu zdržení (dobu, kterou paket trval průchod uzlem) do pole opravy zpráv PTP, když pakety procházejí, aby klienti mohli použijte je k dosažení lepší přesnosti. To má však nižší škálovatelnost, protože se zvyšuje počet zpráv PTP, které musí zpracovat jeden uzel hraničních hodin.

PTP BMCA

Parametry PTP BMCA

Každé hodiny mají následující parametry definované v IEEE 1588-2008, které se používají v algoritmu Best Master Clock Algorithm (BMCA):

Objednávka

Parametr

Možné hodnoty

Popis

1

Priorita 1

0 až 255

Uživatelsky konfigurovatelné číslo. Hodnota je normálně 128 nebo nižší pro hodiny grandmaster-candidate (zařízení s podporou master) a 255 pro zařízení pouze pro klienty.

Cisco APIC System Management Configuration Guide, Release 6.0(x) 15

PTP BMCA Přamples

Protokol přesného času

Objednávka 2
3 4 5 6 7

Parametr Clock Quality – Class
Přesnost kvality hodin Odchylka kvality hodin Priorita 2
Identita hodin
Kroky odstraněny

Možné hodnoty

Popis

0 až 255

Představuje stav hodinových zařízení. Napřample, 6 je pro zařízení s primárním zdrojem referenčního času, jako je GPS. 7 je pro zařízení, která dříve měla primární zdroj referenčního času. 127 nebo nižší jsou určeny pouze pro mistrovské hodiny (kandidáty na velmistra). 255 je pro zařízení pouze pro klienty.

0 až 255

Přesnost hodin. Napřample, 33 (0x21) znamená < 100 ns, zatímco 35 (0x23) znamená < 1 us.

0 až 65535

Přesnost na časampjsou zapouzdřeny ve zprávách PTP.

0 až 255

Další uživatelsky konfigurovatelné číslo. Tento parametr se obvykle používá, když má setup dva kandidáty na velmistra se stejnou kvalitou hodin a jeden je pohotovostní.

Toto je 8bajtová hodnota. Tento parametr slouží jako poslední spojení, které je obvykle tvořeno jističem a je to obvykle MAC adresa. pomocí MAC adresy

Nelze konfigurovat

Tento parametr představuje počet skoků z ohlášených hodin a je posledním tie breakerem při příjmu hodin stejného velmistra ze dvou různých portů. Pokud jsou odstraněné kroky pro kandidáty stejné, použije se ID a číslo portu jako nerozhodný výsledek.
Hodnotu tohoto parametru nelze konfigurovat.

Tyto parametry velmistrových hodin jsou přenášeny zprávami PTP Announce. Každý uzel PTP porovnává tyto hodnoty v pořadí uvedeném v tabulce ze všech zpráv Announce, které uzel přijímá, a také s vlastními hodnotami uzlu. U všech parametrů vyhrává nižší číslo. Každý uzel PTP pak vytvoří zprávy Announce s použitím parametrů nejlepších hodin mezi těmi, kterých si uzel uvědomuje, a uzel bude odesílat zprávy ze svých vlastních hlavních portů dalším klientským zařízením.

Poznámka Další informace o každém parametru naleznete v článku 7.6 v IEEE 1588-2008.
PTP BMCA Přamples
V následujícím example, hodiny 1 a hodiny 4 jsou kandidáty na velmistra pro tuto doménu PTP:

Cisco APIC System Management Configuration Guide, Release 6.0(x) 16

Protokol přesného času

PTP BMCA Přamples

Hodiny 1 mají následující hodnoty parametrů: Parametr Priorita 1 Kvalita hodin – Třída Kvalita hodin – Přesnost Kvalita hodin – Odchylka Priorita 2 Identita hodin Krok odstraněn Hodiny 4 mají následující hodnoty parametrů:

Hodnota 127 6 0x21 (< 100ns) 15652 128 0000.1111.1111 *

Cisco APIC System Management Configuration Guide, Release 6.0(x) 17

PTP BMCA Failover

Protokol přesného času

Parametr Priorita 1 Kvalita hodin – Kvalita hodin třídy – Přesnost Kvalita hodin – Rozptyl Priorita 2 Identita hodin Krok odstraněn

Hodnota 127 6 0x21 (< 100ns) 15652 129 0000.1111.2222 *

Obě hodiny odesílají zprávy PTP Announce, pak každý uzel PTP porovnává hodnoty ve zprávách. V tomto example, protože první čtyři parametry mají stejnou hodnotu, Priorita 2 rozhoduje o aktivním velmistrovi, což jsou hodiny 1.
Poté, co všechny přepínače (1, 2 a 3) rozpoznají, že hodiny 1 jsou nejlepší hlavní hodiny (tj. hodiny 1 jsou hlavními hodinami), tyto přepínače odesílají zprávy PTP Announce s parametry hodin 1 ze svých hlavních portů. Na přepínači 3 se port připojený k hodinám 4 (kandidát na velmistra) stává pasivním portem, protože port přijímá zprávy PTP Announce z pouze hlavních hodin (třída 6) s parametry, které nejsou lepší než aktuální velmistr, který je přijat. jiným přístavem.
Parametr Step Removed udává počet skoků (uzlů hraničních hodin PTP) od velmistra. Když uzel hraničních hodin PTP odešle zprávy PTP Announce, zvýší hodnotu Step Removed o 1 ve zprávě. V tomto example, spínač 2 přijme zprávu PTP Announce od spínače 1 s parametry Clock 1 a Step Removed hodnotou 1. Clock 2 přijme zprávu PTP Announce s Step Removed hodnotou 2. Tato hodnota se použije pouze v případě, že všechny ostatní parametry ve zprávách PTP Announce jsou stejné, což se stane, když zprávy pocházejí ze stejných velmistrových kandidátských hodin.

PTP BMCA Failover
Pokud se aktuální aktivní velmistr (Clock 1) stane nedostupným, každý PTP port přepočítá nejlepší Master Clock Algorithm (BMCA).

Cisco APIC System Management Configuration Guide, Release 6.0(x) 18

Protokol přesného času

PTP BMCA Failover

Dostupnost se kontroluje pomocí zpráv Oznamovat. Každý port PTP deklaruje časový limit zpráv Announce poté, co zprávy Announce postupně chyběly pro časy Announce Receipt Timeout. Jinými slovy, pro Announce Receipt Timeout x 2logAnnounceInterval sekund. Tento časový limit by měl být jednotný v celé doméně PTP, jak je uvedeno v článku 7.7.3 v IEEE 1588-2008. Když je detekován časový limit, každý přepínač začne přepočítávat BMCA na všech PTP portech odesláním zpráv Announce s novými nejlepšími daty hlavních hodin. Přepočet může vést k tomu, že spínač zpočátku určí, že samotný spínač je nejlepší hlavní hodiny, protože většina spínačů zná pouze předchozího velmistra.
Když klientský port připojený k grandmasterovi selže, uzel (nebo porty) nemusí čekat na časový limit oznámení a může okamžitě začít přepočítávat BMCA zasláním zpráv Announce s novými nejlepšími daty hlavních hodin.
Konvergence může trvat několik sekund nebo déle v závislosti na velikosti topologie, protože každý port PTP přepočítává BMCA od začátku individuálně, aby našel nové nejlepší hodiny. Před selháním aktivního velmistra ví o Hodinách 3 pouze Switch 4, který by měl převzít aktivní velmistrovskou roli.
Také když se stav portu změní na master z non-master, port se nejprve změní na stav PRE_MASTER. Portu trvá Qualification Timeout sekund, než se port stane skutečným masterem, což se obvykle rovná:
Cisco APIC System Management Configuration Guide, Release 6.0(x) 19

PTP Alternativní BMCA (G.8275.1)

Protokol přesného času

(Krok odstraněn + 1) x interval oznámení
To znamená, že pokud je druhý kandidát na velmistra připojen ke stejnému přepínači jako (nebo v blízkosti) aktivního velmistra, změny stavu portu budou minimální a doba konvergence bude kratší. Podrobnosti viz odstavec 9.2 v IEEE 1588-2008.

PTP Alternativní BMCA (G.8275.1)
PTP Telecom profile (G.8275.1) používá alternativní algoritmus Best Master Clock Algorithm (BMCA) definovaný v G.8275.1, který má jiný algoritmus než běžný BMCA definovaný v IEEE 1588-2008. Jedním z největších rozdílů je, že pokud existují dva kandidáti na velmistra se stejnou kvalitou, alternativní BMCA z G.8275.1 umožňuje každému PTP uzlu vybrat nejbližšího velmistra místo toho, aby všechny PTP uzly nutily vybrat stejné hodiny jako velmistr porovnáním. Kroky odstraněny před Clock Identity. Dalším rozdílem je nový parametr Local Priority, který uživatelům poskytuje manuální kontrolu nad tím, který port bude preferován jako klientský port. To usnadňuje výběr stejného portu jako zdroje pro oba PTP Telecom profile a SyncE na každém uzlu, což je často preferováno pro provoz v hybridním režimu.

PTP Alternativní parametry BMCA

Každé hodiny mají následující parametry definované v G.8275.1, které se používají v alternativním algoritmu Best Master Clock Algorithm (BMCA) pro PTP Telecom profile (G.8275.1):

Objednávka

Parametr

Možné hodnoty

Popis

1

Kvalita hodin – třída 0 až 255

Představuje stav hodinových zařízení. Napřample, 6 je pro zařízení s primárním zdrojem referenčního času, jako je GPS. 7 je pro zařízení, která dříve měla primární zdroj referenčního času. 127 a nižší jsou určeny pouze pro mistrovské hodiny (kandidáty na velmistra). 255 je pro zařízení pouze pro klienty.

2

Kvalita hodin -

0 až 255

Přesnost

Přesnost hodin. Napřample, 33 (0x21) znamená < 100 ns, zatímco 35 (0x23) znamená < 1 us.

3

Kvalita hodin -

0 až 65535

Rozptyl

Přesnost na časampjsou zapouzdřeny ve zprávách PTP.

4

Priorita 2

0 až 255

Uživatelsky konfigurovatelné číslo. Tento parametr se obvykle používá, když má setup dva kandidáty na velmistra se stejnou kvalitou hodin a jeden je pohotovostní.

5

Místní priorita

1 až 255

Hodiny samotného uzlu používají místní prioritu hodin nakonfigurovanou na uzlu. Hodiny přijaté z jiného uzlu mají místní prioritu nakonfigurovanou pro příchozí port.

Cisco APIC System Management Configuration Guide, Release 6.0(x) 20

Protokol přesného času

PTP Alternativní BMCA Přamples

Objednávka 6

Kroky parametru odstraněny

7

Identita hodin

8

Kroky odstraněny

Možné hodnoty

Popis

Nelze konfigurovat

Tento parametr představuje počet skoků z ohlášených hodin. Toto srovnání umožňuje synchronizaci všech hraničních hodin Telecomu s jiným a bližším velmistrem, pokud existuje více aktivních kandidátů na velmistra. Pokud jsou odstraněné kroky pro kandidáty stejné, použije se ID a číslo portu jako nerozhodný výsledek.
Toto srovnání se provádí pouze tehdy, když je hodnota Clock Quality – Class 127 nebo méně, což znamená, že hodiny jsou kandidátem na velmistra.

Toto je 8bajtová hodnota, která je obvykle tvořena pomocí MAC adresy

Tento parametr slouží jako rozhodující faktor, když je hodnota Clock Quality – Class větší než 127, což znamená, že kvalita hodin není navržena jako velmistrovská. Hodnota je obvykle MAC adresa.

Nelze konfigurovat

Tento parametr představuje počet skoků z ohlášených hodin a je posledním tie breakerem při příjmu hodin stejného velmistra ze dvou různých portů. Pokud jsou odstraněné kroky pro kandidáty stejné, použije se ID a číslo portu jako nerozhodný výsledek.

Tyto parametry velmistrových hodin, kromě Local Priority, jsou přenášeny zprávami PTP Announce. Každý uzel PTP porovnává tyto hodnoty v pořadí uvedeném v tabulce ze všech zpráv Announce, které uzel přijímá, a také s vlastními hodnotami uzlu. U všech parametrů vyhrává nižší číslo. Každý uzel PTP pak vytvoří zprávy Announce s použitím parametrů nejlepších hodin mezi těmi, kterých si uzel uvědomuje, a uzel bude odesílat zprávy ze svých vlastních hlavních portů dalším klientským zařízením.

Poznámka Další informace o každém parametru naleznete v článku 6.3 v G.8275.1.
PTP Alternativní BMCA Přamples
V následujícím example, hodiny 1 a hodiny 4 jsou velmistrovými kandidáty pro tuto doménu PTP se stejnou kvalitou a prioritou:

Cisco APIC System Management Configuration Guide, Release 6.0(x) 21

PTP Alternativní BMCA Přamples

Protokol přesného času

Hodiny 1 mají následující hodnoty parametrů: Parametr Kvalita hodin – Kvalita hodin třídy – Přesnost Kvalita hodin – Odchylka Priorita 2 Odstraněné kroky Identita hodin Hodiny 4 mají následující hodnoty parametrů:

Hodnota 6 0x21 (< 100ns) 15652 128 * 0000.1111.1111

Cisco APIC System Management Configuration Guide, Release 6.0(x) 22

Protokol přesného času

Synchronizace hodin PTP

Parametr Clock Quality – Class Clock Quality – Accuracy Clock Quality – Variance Priorita 2 Steps Removed Clock Identity

Hodnota 6 0x21 (< 100ns) 15652 128 * 0000.1111.2222

Hodiny 1 i hodiny 4 odesílají zprávy PTP Announce, pak každý uzel PTP porovnává hodnoty ve zprávách. Protože hodnoty pro parametry Clock Quality – Class až Priority 2 jsou stejné, Steps Removed rozhoduje o aktivním velmistrovi pro každý uzel PTP.
Pro spínač 1 a 2 jsou velmistrem hodiny 1. Pro Switch 3 jsou velmistrem hodiny 4.

Synchronizace hodin PTP
Hlavní porty PTP odesílají zprávy PTP Sync a Follow_Up na IP adresu 224.0.1.129 v případě PTP přes IPv4 UDP.

Cisco APIC System Management Configuration Guide, Release 6.0(x) 23

PTP a meanPathDelay

Protokol přesného času

V režimu jednoho kroku mají zprávy synchronizace časamp kdy byla zpráva odeslána. Zprávy Follow_Up nejsou vyžadovány. V režimu dvou kroků jsou zprávy synchronizace odesílány bez časového intervaluamp. Zprávy Follow_Up jsou odesílány okamžitě po každé synchronizované zprávě s časemamp kdy byla zpráva Sync odeslána. Klientské uzly používají timestamp ve zprávách Sync nebo Follow_Up k synchronizaci jejich hodin spolu s offsetem vypočítaným pomocí meanPathDealy. Synchronizační zprávy jsou odesílány v intervalu 2logSyncInterval sekund.
PTP a meanPathDelay
meanPathDelay je střední doba, kterou pakety PTP potřebují k dosažení z jednoho konce cesty PTP na druhý konec. V případě zpožďovacího mechanismu E2E je to doba potřebná k cestování mezi hlavním portem PTP a klientským portem. PTP potřebuje vypočítat meanPathDelay (t na následujícím obrázku), aby synchronizovaný čas na každém z distribuovaných zařízení byl přesný.
Cisco APIC System Management Configuration Guide, Release 6.0(x) 24

Protokol přesného času

měření meanPathDelay

Existují dva mechanismy pro výpočet meanPathDelay: · Delay Request-Response (E2E): End-to-end transparentní hodinové uzly mohou podporovat pouze toto. · Peer Delay Request-Response (P2P): Peer-to-peer transparentní hodinové uzly mohou podporovat pouze toto.
Uzly hraničních hodin mohou podle definice podporovat oba mechanismy. V IEEE 1588-2008 se mechanismy zpoždění nazývají „Delay“ nebo „Peer Delay“. Mechanismus Delay Request-Response je však častěji označován jako „mechanismus zpoždění E2E“ a mechanismus Peer Delay je častěji označován jako „mechanismus zpoždění P2P“.
měření meanPathDelay
Delay Request-Response Mechanismus zpoždění požadavek-odpověď (E2E) je iniciován klientským portem a střední cesta zpoždění je měřena na straně klientského uzlu. Mechanismus využívá zprávy Sync a Follow_Up, které jsou odesílány z hlavního portu bez ohledu na mechanismus zpoždění E2E. Hodnota meanPathDelay se vypočítá na základě 4-násobkuamps ze 4 zpráv.
Cisco APIC System Management Configuration Guide, Release 6.0(x) 25

měření meanPathDelay

Protokol přesného času

t-ms (t2 t1) je zpoždění pro směr master ke klientovi. t-sm (t4 t3) je zpoždění pro klienta, aby zvládl směr. meanPathDelay se vypočítá následovně:
(t-ms + t-sm) / 2
Synchronizace je odesílána s intervalem založeným na 2logSyncInterval sec. Delay_Req se odesílá s intervalem založeným na 2logMinDelayReqInterval sec.
Poznámka Tento example se zaměřuje na dvoukrokový režim. Podrobnosti o načasování přenosu viz kapitola 9.5 z IEEE 1588-2008.
Peer Delay Request-Response Mechanismus peer delay request-response (P2P) je iniciován jak hlavním, tak klientským portem a střední cesta zpoždění je měřena na straně uzlu žadatele. meanPathDelay se vypočítá na základě 4-násobkuamps ze 3 zpráv vyhrazených pro tento zpožďovací mechanismus.
Cisco APIC System Management Configuration Guide, Release 6.0(x) 26

Protokol přesného času

měření meanPathDelay

Ve dvoufázovém režimu jsou t2 a t3 doručeny žadateli jedním z následujících způsobů: · As (t3-t2) pomocí Pdelay_Resp_Follow_Up · Jako t2 pomocí Pdelay_Resp a jako t3 pomocí Pdelay_Resp_Follow_Up
meanPathDelay se vypočítá následovně:
(t4-t1) (t3-t1) / 2
Pdelay_Req se odesílá s intervalem založeným na 2logMinPDelayReqInterval sekund.
Poznámka Přepínače Cisco Application Centric Infrastructure (ACI) nepodporují mechanismus peer delay request-response (P2P). Podrobnosti o načasování přenosu viz kapitola 9.5 z IEEE 1588-2008.
Cisco APIC System Management Configuration Guide, Release 6.0(x) 27

PTP Multicast, Unicast a Mixed Mode

Protokol přesného času

PTP Multicast, Unicast a Mixed Mode
Následující části popisují různé režimy PTP využívající mechanismus zpoždění požadavek-odpověď (zpoždění E2E).
Režim vícesměrového vysílání
Všechny zprávy PTP jsou vícesměrové. Transparentní hodiny nebo PTP nevědomé uzly mezi masterem a klienty vedou k neefektivnímu zahlcení zpráv Delay. Zahlcení je však efektivní pro zprávy Announce, Sync a Follow_Up, protože tyto zprávy by měly být zasílány všem klientským uzlům.

Režim Unicast Všechny zprávy PTP jsou unicast, což zvyšuje počet zpráv, které musí master generovat. Je tedy ovlivněno měřítko, jako je počet klientských uzlů za jedním hlavním portem.
Cisco APIC System Management Configuration Guide, Release 6.0(x) 28

Protokol přesného času

PTP Multicast, Unicast a Mixed Mode

Zprávy zpoždění pouze ve smíšeném režimu jsou unicast, což řeší problémy, které existují v režimu vícesměrového vysílání a režimu jednosměrového vysílání.
Cisco APIC System Management Configuration Guide, Release 6.0(x) 29

Transportní protokol PTP

Protokol přesného času

Transportní protokol PTP
Následující obrázek poskytuje informace o hlavních transportních protokolech, které PTP podporuje:
Cisco APIC System Management Configuration Guide, Release 6.0(x) 30

Protokol přesného času

PTP signalizace a zprávy správy

Poznámka Přepínače Cisco Application Centric Infrastructure (ACI) podporují pouze protokoly IPv4 a Ethernet jako přenosový protokol PTP.
PTP signalizace a zprávy správy
Následující obrázek ukazuje parametry zprávy Signaling and Management v paketu záhlaví pro PTP přes IPv4 UDP:
Cisco APIC System Management Configuration Guide, Release 6.0(x) 31

Zprávy správy PTP

Protokol přesného času

Zpráva Management se používá ke konfiguraci nebo shromažďování parametrů PTP, jako jsou aktuální hodiny a offset od hlavního serveru. Se zprávou může jediný řídící uzel PTP spravovat a monitorovat parametry související s PTP, aniž by se spoléhal na mimopásmový monitorovací systém. Signalizační zpráva také poskytuje různé typy typu, délky a hodnoty (TLV) pro provedení dalších operací. Existují další TLV, které se používají tak, že jsou připojeny k jiným zprávám. Napřample, PATH_TRACE TLV, jak je definováno v článku 16.2 IEEE 1588-2008, je připojeno ke zprávám Announce pro sledování cesty každého uzlu hraničních hodin v topologii PTP.
Poznámka Přepínače Cisco Application Centric Infrastructure (ACI) nepodporují správu, signál ani jiné volitelné TLV.
Zprávy správy PTP
Zprávy PTP Management se používají k přenosu typů správy, délek a hodnot (TLV) směrem k více uzlům PTP najednou nebo ke konkrétnímu uzlu.
Cisco APIC System Management Configuration Guide, Release 6.0(x) 32

Protokol přesného času

Zprávy správy PTP

Cíle jsou určeny parametrem targetPortIdentity (clockID a portNumber). Zprávy PTP Management mají actionField, které specifikuje akce jako GET, SET a COMMAND pro informování cílů o tom, co dělat s dodaným managementem TLV. Zprávy PTP Management jsou předávány hraničními hodinami PTP a pouze na porty Master, Client, Uncalibrated nebo Pre_Master. Zpráva je předávána na tyto porty pouze tehdy, když je zpráva přijata na portu na portu Master, Client, Uncalibrated nebo Pre_Master. BoundaryHops ve zprávě se při předání zprávy sníží o 1. SMTPE ST2059-2 profile definuje, že velmistr by měl posílat zprávy PTP Management pomocí akce COMMAND se synchronizačními metadaty TLV, která jsou vyžadována pro synchronizaci audio/video signálů.
Poznámka Přepínače Cisco Application Centric Infrastructure (ACI) nezpracovávají zprávy správy, ale předávají je, aby podporovaly SMTPE ST2059-2 PTP profile.
Cisco APIC System Management Configuration Guide, Release 6.0(x) 33

PTP Profiles

Protokol přesného času

PTP Profiles
Přesný časový protokol (PTP) má koncept nazývaný PTP profile. PTP profíkfile se používá k definování různých parametrů, které jsou optimalizovány pro různé případy použití PTP. Některé z těchto parametrů zahrnují, ale bez omezení, vhodný rozsah intervalů zpráv PTP a přenosové protokoly PTP. PTP profíkfile je definován mnoha organizacemi/standardy v různých odvětvích. Napřampten:
· IEEE 1588-2008: Tento standard definuje výchozí PTP profile s názvem Default Profile.
· AES67-2015: Tento standard definuje PTP profesionálafile pro požadavky na zvuk. Tento profíkfile se také nazývá Media Profile.
· SMPTE ST2059-2: Tento standard definuje PTP profile pro požadavky na video.
· ITU-T G.8275.1: Také známý jako Telecom profile s plnou podporou časování. Tento standard je doporučen pro telekomunikace s plnou podporou času. Full Timing Support je termín definovaný ITU pro popis telekomunikační sítě, která může poskytovat zařízením PTP G.8275.1 profile na každém skoku. G.8275.2, která není podporována infrastrukturou Cisco Application Centric Infrastructure (ACI), je určena pro podporu částečného časování, která mohou mít v cestě zařízení, která nepodporují PTP.
Telekomunikační průmysl vyžaduje jak frekvenční, tak časovou/fázovou synchronizaci. G.8275.1 se používá k synchronizaci času a fáze. Frekvenci lze synchronizovat buď pomocí PTP prostřednictvím paketové sítě s jiným PTP G.8265.1 profile, který není podporován Cisco ACI, nebo pomocí fyzické vrstvy, jako je synchronní digitální hierarchie (SDH), synchronní optické sítě (SONET) přes vyhrazený okruh nebo synchronní Ethernet (SyncE) přes Ethernet. Synchronizace frekvence pomocí SyncE a času/fáze pomocí PTP se nazývá hybridní režim.
Klíčové rozdíly G.8275.1 ve srovnání s ostatními profiles jsou následující:
· G.8275.1 používá alternativní BMCA s dodatečným parametrem Local Priority, který v jiném pro neexistujefiles.
· G.8275.1 používá PTP přes Ethernet se všemi zprávami PTP pomocí stejné cílové MAC adresy (přeposílání a nepřeposílání), kterou si můžete vybrat.
· G.8275.1 očekává, že telekomunikační hraniční hodiny (T-BC) budou sledovat přesnost (maximální časová chyba; max|TE|) definovanou v G.8273.2.
· Třída A: 100 ns
· Třída B: 70 ns
· Třída C: 30 ns

Následující tabulka ukazuje některé parametry definované v každém standardu pro každého PTP profesionálafile:

Profiles

logAnnounce logSync logMinDelayReq oznamujeReceipt Domain Mode Transport

Interval Interval Interval

Časový limit

Číslo

Protokol

Výchozí Profile 0 až 4 (1)
[=1 až 16 s]

-1 až +1 (0) 0 až 5 (0)

2 až 10

[= 0.5 až 2 [= 1 až 32 s] s]

oznamovat intervaly (3)

0 až 255 Multicast Any/IPv4

(0)

/ Unicast

Cisco APIC System Management Configuration Guide, Release 6.0(x) 34

Protokol přesného času

Cisco ACI a PTP

Profiles

logAnnounce logSync logMinDelayReq oznamujeReceipt Domain Mode Transport

Interval Interval Interval

Časový limit

Číslo

Protokol

AES67-2015 (Media Profile)

0 až 4 (1)
[=1 až 16 s]

-4 až +1 (-3)
[= 1/16 až 2 s]

-3 až +5 (0)
[= 1/8 až 32 s] Or

2 až 10 oznamovacích intervalů (3)

logSyncInterval na logSyncInterval + 5 sekund

0 až 255 Multicast UDP/IPv4

(0)

/ Unicast

SMTPE

-3 až +1 (-2) -7 až -1 logSyncInterval 2 až 10

ST2059-2-2015 [= 1/8 až 2 s]

(-3)

na

oznámit

[= 1/128 až 0.5 s]

logSyncInterval + 5 sekund

intervaly (3)

0 až 127 Multicast UDP/IPv4 (127) / Unicast

ITU-T

-3

G.8275.1

-4

-4

2 až 4

24 až 43 Multicast Ethernet (24) Pouze

Cisco ACI a PTP
Ve struktuře Cisco Application Centric Infrastructure (ACI), když je funkce PTP globálně povolena v Cisco Application Policy Infrastructure Controller (APIC), software automaticky povolí PTP na konkrétních rozhraních všech podporovaných páteřních a listových přepínačů pro vytvoření hlavního PTP. -topologie klienta v rámci tkaniny. Počínaje verzí Cisco APIC 4.2(5) můžete povolit PTP na portech předního panelu přepínače listů a rozšířit topologii PTP na vnější stranu tkaniny. V případě nepřítomnosti externích velmistrových hodin je jako velmistr vybrán jeden z páteřních spínačů. Hlavní páteřový spínač má jinou prioritu PTP, která je o 1 nižší než ostatní páteřové a listové spínače.
Implementace v Cisco APIC Release 3.0(1)
Počínaje verzí Cisco Application Policy Infrastructure Controller (APIC) 3.0(1) byl PTP částečně zaveden pro synchronizaci času pouze v rámci síťových přepínačů Cisco Application Centric Infrastructure (ACI). PTP bylo vyžadováno k poskytování funkce měření latence, která byla také zavedena ve verzi Cisco APIC 3.0(1). Za tímto účelem byla zavedena jediná možnost pro globální povolení nebo zakázání PTP. Když je PTP povoleno globálně, všechny přepínače listů a páteře jsou nakonfigurovány jako hraniční hodiny PTP. PTP je automaticky povoleno na všech portech tkaniny, které používá ftag strom s ID 0 (ftag0 tree), což je jedna z vnitřních stromových topologií, která je automaticky sestavena na základě Cisco ACI infra ISIS pro multicastové připojení bez smyčky mezi všemi přepínači listů a páteří v každém modulu. Kořenový spínač páteře ftag Strom 0 je automaticky nakonfigurován s prioritou PTP1 254 jako velmistr, když v síti inter-pod (IPN) nejsou žádní externí velmistři. Ostatní páteřové a listové spínače jsou nakonfigurovány s prioritou PTP1 255.

Cisco APIC System Management Configuration Guide, Release 6.0(x) 35

Cisco ACI a PTP

Protokol přesného času

V nastavení Multi-Pod je PTP automaticky povoleno na dílčích rozhraních nakonfigurovaných pro připojení IPN v tn-infra Multi-Pod L3Out. Ve verzi Cisco APIC 3.0(1) je to jediný způsob, jak povolit PTP na externích rozhraních. Díky tomu bylo povinné poskytnout stejného externího velmistra pomocí IPN všem modulům, aby funkce měření latence fungovala v případě Multi-Pod.

Ve verzi Cisco APIC 3.0(1) nelze PTP povolit na žádném jiném rozhraní na vyžádání, jako je down link (porty na předním panelu) na listových přepínačích.
Implementace ve verzích Cisco APIC 4.2(5) a 5.1(1) Počínaje verzemi Cisco APIC 4.2(5) a 5.1(1) můžete povolit PTP na portech na předním panelu přepínače pro připojení PTP uzlů, klientů nebo velmistra. . Implementace PTP na portech tkaniny jsou stále stejné jako
Cisco APIC System Management Configuration Guide, Release 6.0(x) 36

Protokol přesného času

Požadavky na software a hardware Cisco ACI

předchozí verze, kromě toho, že nyní lze upravit parametry PTP pro látkové porty. Díky této změně můžete použít strukturu Cisco ACI k šíření časové synchronizace pomocí PTP s přepínači Cisco ACI jako uzly hraničních hodin PTP. Předtím jediným přístupem Cisco ACI bylo předávat PTP multicast nebo unicast zprávy transparentně jako PTP nevědomý přepínač z jednoho listového přepínače na druhý jako tunel.

Poznámka Vydání 5.0(x) nepodporují funkci PTP, která byla zavedena ve vydáních 4.2(5) a 5.1(1).
Požadavky na software a hardware Cisco ACI
Podporovaný software pro PTP
Následující funkce je podporována z Cisco Application Policy Infrastructure Controller (APIC) verze 3.0(1):
· PTP pouze v rámci struktury pro funkci měření latence Následující funkce jsou podporovány od verze Cisco APIC 4.2(5):
· PTP s externími zařízeními pomocí listových spínačů
Cisco APIC System Management Configuration Guide, Release 6.0(x) 37

Podporovaný hardware pro PTP

Protokol přesného času

· Porty PTP na předním panelu přepínače · Konfigurovatelné intervaly zpráv PTP · Konfigurovatelné číslo domény PTP · Konfigurovatelné priority PTP · Port PTP multicast · Hlavní port PTP unicast na portech předního panelu přepínače · PTP přes IPv4/UDP · PTP profile (Výchozí, AES67 a SMTPE ST2059-2)
Od verze Cisco APIC 5.2(1) jsou podporovány následující funkce: · PTP multicast master-only porty · PTP over Ethernet · PTP Telecom profile s plnou podporou časování (ITU-T G.8275.1)
Podporovaný hardware pro PTP
Jsou podporovány přepínače listů, páteřní přepínače a linkové karty s -EX nebo novějším v ID produktu, například N9K-X9732C-EX nebo N9K-C93180YC-FX. PTP Telecom profile (G.8275.1) je podporován pouze na přepínači Cisco N9K-C93180YC-FX3. Tento přepínač podporuje přesnost třídy B (G.8273.2), pokud se používá spolu se SyncE. Následující přepínače listů nejsou podporovány:
· N9K-C9332PQ · N9K-C9372PX · N9K-C9372PX-E · N9K-C9372TX · N9K-C9372TX-E · N9K-C9396PX · N9K-C9396TX · N9K-C93120K-9TX · NTX93128K-XNUMXTX
Následující přepínač páteřního boxu není podporován: · N9K-C9336PQ
Následující karta páteřního přepínače není podporována: · N9K-X9736PQ

Cisco APIC System Management Configuration Guide, Release 6.0(x) 38

Protokol přesného času

PTP připojení

PTP připojení
Podporované připojení uzlu PTP
Externí PTP uzly lze připojit k Cisco Application Centric Infrastructure (ACI) pomocí následujících metod:
· Síť Inter-pod · EPG (na listovém spínači) · L3Out (na listovém spínači)

PTP je VRF-agnostik, stejně jako u samostatného přepínače NX-OS. Všechny zprávy PTP jsou ukončeny, zpracovány a generovány na úrovni rozhraní v každém uzlu přepínače Cisco ACI jako hraniční hodiny PTP. Bez ohledu na VRF, doménu můstku, EPG nebo VLAN se algoritmus nejlepšího hlavního hodinového algoritmu (BMCA) vypočítává pro všechna rozhraní na každém přepínači Cisco ACI. Pro celou strukturu existuje pouze jedna doména PTP. K přepínačům Cisco ACI, které běží jako hraniční hodiny PTP, lze připojit jakékoli uzly PTP s mechanismem zpoždění E2E (zpoždění req-resp).
Cisco APIC System Management Configuration Guide, Release 6.0(x) 39

Podporovaná konektivita rozhraní PTP

Protokol přesného času

Poznámka Přepínače Cisco ACI nepodporují mechanismus Peer Delay (P2P). Transparentní hodinový uzel P2P proto nelze připojit k přepínačům Cisco ACI.

Podporovaná konektivita rozhraní PTP

Typ připojení

Typ rozhraní

Přepínač listů podporován / není typ (křídlo, podporované vzdálené křídlo, (křídlo jiné než Telecom tier-2) profiles)

Podporováno / Nepodporováno (G.8275.1)

Fabric Link (mezi dílčím rozhraním listu

–

a páteřový spínač)

(jiné než PC)

Podporováno

Není podporováno

Fabric Link (mezi dílčím rozhraním

–

listový přepínač tier-1 a tier-2) (jiné než PC)

Podporováno

Není podporováno

Páteř (směrem k IPN)

Dílčí rozhraní

–

(jiné než PC)

Podporováno

Není podporováno

Vzdálený list (směrem k dílčímu rozhraní

–

IPN)

(jiné než PC)

Podporováno

Není podporováno

Vzdálený list (peer link, back-to-back odkazy)

Fyzikální

–

Podporováno

Podporováno

Normální EPG (svazek, přístup, fyzický, portový kanál, Libovolný

802.1P)

vPC

Podporováno

Podporováno

L3Out (routovaný, směrovaný-sub) Fyzický, kanál portu Libovolný

Podporováno

Podporováno

L3Out (svazek SVI, přístup, fyzický, portový kanál, libovolný

802.1P)

vPC

Není podporováno

Není podporováno

L2Out (kufr)

Fyzický, portový kanál, jakýkoli vPC

Není podporováno

Není podporováno

EPG/L3Out v tn-mgmt Service EPG (svazek)1

Fyzický, portový kanál, jakýkoli vPC
Fyzický, portový kanál, jakýkoli vPC

Není podporováno

Není podporováno

Není podporováno

Není podporováno

Jakýkoli typ rozhraní FEX Jakékoli

Žádný

Není podporováno

Není podporováno

Breakout porty

Žádný

Žádný

Podporováno

Podporováno

Správa mimo pásmo Fyzické rozhraní

–

Není podporováno

Není podporováno

1 Servisní EPG je interní EPG vytvořený pro graf služeb Layer 4 to Layer 7.

Cisco APIC System Management Configuration Guide, Release 6.0(x) 40

Protokol přesného času

Velmistrovské nasazení

Velmistrovské nasazení
Kandidáty na velmistra můžete nasadit jedním z následujících způsobů:
Jeden modul Při nasazení jednoho modulu mohou být kandidáti na velmistra rozmístěni kdekoli v látce (L3Out, EPG nebo obojí). Nejlepší Master Clock Algorithm (BMCA) vybírá jednoho aktivního velmistra ze všech.

Multipod S BMCA Across Pods Kandidáti Grandmaster mohou být nasazeni kdekoli v látce (síť mezi pody, L3Out, EPG nebo všechny). BMCA vybere jednoho aktivního velmistra ze všech napříč lusky. Doporučujeme umístit své velmistry na sítě inter-pod (IPN), aby klienti PTP v libovolném modulu měli podobný počet skoků jako aktivní velmistr. Kromě toho se topologie stromu master/client výrazně nezmění, když aktivní velmistr přestane být dostupný.
Cisco APIC System Management Configuration Guide, Release 6.0(x) 41

Velmistrovské nasazení

Protokol přesného času

Vícepod s BMCA v každém podu Pokud musíte mít v každém podu aktivní velmistry, protože přesnost PTP trpí příliš velkou degradací v doméně IPN, zprávy PTP nesmí procházet přes IPN přes pody. Tuto konfiguraci můžete provést jedním z následujících způsobů:
· Možnost 1: Zajistěte použití dílčích rozhraní mezi IPN a páteřními přepínači a deaktivujte PTP na IPN.
· Možnost 2: Pokud je PTP velmistr připojen k IPN v každém modulu, ale topologie PTP musí být stále odděleny, vypněte PTP na rozhraních IPN, která jsou mezi moduly.
Cisco APIC System Management Configuration Guide, Release 6.0(x) 42

Protokol přesného času

Velmistrovské nasazení

Vzdálený přepínač listů Vzdálená pracoviště přepínače listů se obvykle nenacházejí blízko hlavního datového centra nebo mezi sebou navzájem a je obtížné šířit zprávy PTP napříč každým místem s přesným měřením zpoždění a korekce. Proto doporučujeme zabránit zprávám PTP v procházení každou lokalitou (lokací), aby byla topologie PTP stanovena v každé lokalitě (lokaci). Některá vzdálená místa mohou být blízko sebe. V takovém případě můžete povolit PTP mezi těmito IPN, aby se vytvořila jedna topologie PTP napříč těmito umístěními. Chcete-li zabránit šíření zpráv PTP, můžete použít stejné možnosti uvedené v části Multipod With BMCA in Each Pod.
Cisco APIC System Management Configuration Guide, Release 6.0(x) 43

Velmistrovské nasazení

Protokol přesného času

Cisco ACI Multi-Site Každá lokalita obvykle není blízko sebe a je obtížné šířit zprávy PTP napříč jednotlivými lokalitami s přesným měřením zpoždění a korekcí. Proto doporučujeme, abyste zabránili zprávám PTP v procházení jednotlivými lokalitami, aby byla v každé lokalitě vytvořena topologie PTP. Chcete-li zabránit šíření zpráv PTP, můžete použít stejné možnosti uvedené v části Multipod With BMCA in Each Pod. Také Cisco ACI Multi-Site nemá žádnou viditelnost ani schopnost konfigurovat PTP.
Cisco APIC System Management Configuration Guide, Release 6.0(x) 44

Protokol přesného času

Velmistrovské nasazení

Telecom Profile (G.8275.1) PTP Telecom profile (G.8275.1) v Cisco Application Centric Infrastructure (ACI) vyžaduje SyncE k dosažení přesnosti třídy B (G.8273.2). Také, jak PTP Telecom profile (G.8275.1) a SyncE jsou podporovány pouze na listových uzlech Cisco N9K-C93180YC-FX3. Výsledkem je, že páteřní uzly nelze použít k distribuci synchronizace času, fáze a frekvence pro Telecom profile (G.8275.1). Z tohoto důvodu běží látkové linky na telekomunikačním koncovém uzlu (listové uzly konfigurované pro G.8275.1) v režimu pouze PTP multicast master. Tím je zajištěno, že koncové uzly telekomunikace nezablokují své hodiny skrz páteřní uzly. To znamená, že velmistrovské nasazení pro PTP Telecom profile (G.8275.1) v Cisco ACI vyžaduje, aby každý koncový telekomunikační uzel přijímal časování z příslušných sestupných portů uzlu.
Cisco APIC System Management Configuration Guide, Release 6.0(x) 45

Omezení PTP

Protokol přesného času

Omezení PTP
Obecné informace o podpoře a implementaci naleznete v části Podporovaný software pro PTP, na straně 37, Podporovaný hardware pro PTP, na straně 38 a Připojení PTP, na straně 39. Pro PTP platí následující omezení:
· Přepínače Cisco Application Centric Infrastructure (ACI) mohou fungovat jako hraniční hodiny PTP. Přepínače nemohou fungovat jako transparentní hodiny PTP.
· Podporován je pouze mechanismus zpoždění E2E (mechanismus zpoždění požadavek/odpověď). Mechanismus zpoždění P2P není podporován.
· PTP over IPv4/UDP pro výchozí/Media/SMPTE PTP profiles a PTP přes Ethernet pro Telecom (G.8275.1) PTP profile jsou podporovány. PTP přes IPv6 není podporováno.
· Podporováno je pouze PTPv2. · Přestože jsou pakety PTPv1 stále přesměrovány do CPU, když je PTP povoleno na kterémkoli z portů na předním panelu přepínače listů, pakety budou na CPU zahozeny.
Cisco APIC System Management Configuration Guide, Release 6.0(x) 46

Protokol přesného času

Omezení PTP

· PTP Management TLV nejsou rozpoznávány Cisco ACI přepínači, ale jsou stále předávány podle definice v IEEE1588-2008 pro podporu SMTPE PTP profile.
· PTP nelze použít jako systémové hodiny přepínačů Cisco ACI.
· PTP není podporován na Cisco Application Policy Infrastructure Controller (APIC).
· NTP je vyžadován pro všechny přepínače v látce.
· PTP offload není podporován. Tato funkce spočívá v přenesení zpracování PTP paketů na každý CPU linkové karty na modulárním páteřním přepínači pro vyšší škálovatelnost.
· Kvůli hardwarovému omezení mají rozhraní s rychlostí 1G/100M nižší přesnost než rozhraní 10G, když dochází k dopravní zátěži. Ve verzích 5.2(3) a novějších se toto omezení nevztahuje na přepínač Cisco N9K-C93108TC-FX3P pro rychlost 1G.
· PTP není plně podporováno na 100M rozhraních kvůli vyšším opravám PTP offsetu.
· PTP Telecom profile (G.8275.1) není podporováno na portech s rychlostí 1G/10G.
· Zprávy Sync a Delay_Request mohou podporovat interval až -4 (1/16 sekundy). Hodnoty intervalů -5 až -7 nejsou podporovány.
· Pro porty na předním panelu listových přepínačů lze PTP povolit pro rozhraní a VLAN, ale PTP je automaticky povoleno na všech příslušných linkách (rozhraní mezi listovými a páteřními přepínači, listovými přepínači vrstvy 1 a 2 a rozhraními k IPN /ISN) poté, co je PTP povoleno globálně. Příslušné odkazy tkaniny jsou rozhraní, která patří k ftag0 strom.
· PTP musí být povoleno globálně, aby rozhraní listových přepínačů na předním panelu mohla používat PTP. To znamená, že nemůžete povolit PTP na portech předního panelu přepínače listů, aniž byste povolili PTP na látkových spojích.
· Konfigurace PTP pomocí tn-mgmt a tn-infra není podporována.
· PTP lze povolit pouze na jedné VLAN na rozhraní.
· PTP nelze povolit na rozhraní a VLAN pro L3Out SVI. PTP lze povolit na jiné VLAN na stejném rozhraní pomocí EPG.
· Pouze rozhraní předního panelu přepínače listů lze nakonfigurovat jako hlavní porty unicast. Rozhraní nelze konfigurovat jako klientské porty unicast. Porty Unicast nejsou podporovány na spine switchi.
· Jednosměrové vyjednávání není podporováno.
· Režim Unicast nefunguje s PC nebo vPC, když je PC nebo vPC připojeno k zařízení, jako je NX-OS, které konfiguruje PTP na jednotlivých členských portech.
· PTP a MACsec by neměly být konfigurovány na stejném rozhraní.
· Když je PTP globálně povoleno, pro měření latence provozu procházejícího sítí Cisco ACI přidává Cisco timestamp tagging (TTag) na provoz směřující z jednoho přepínacího uzlu ACI do jiného přepínacího uzlu ACI. Výsledkem je dalších 8 bajtů pro takový provoz. Uživatelé obvykle nemusí provádět žádné akce týkající se této implementace, protože TTag je odstraněn, když jsou pakety odeslány na vnější stranu tkaniny ACI. Pokud se však nastavení skládá z Cisco ACI Multi-Pod, uživatelský provoz procházející napříč moduly udrží TTag v jeho vnitřní hlavičce VXLAN. V takovém případě zvyšte velikost MTU o 8 bajtů na rozhraních páteřních přepínačů ACI směřujících k síti Inter-Pod Network (IPN) spolu se všemi zařízeními mimo ACI v IPN. Zařízení IPN nemusí podporovat ani si být vědoma TTag, jak TTag je zabudován uvnitř užitečného zatížení VXLAN.

Cisco APIC System Management Configuration Guide, Release 6.0(x) 47

Konfigurace PTP

Protokol přesného času

· Když je globálně povoleno PTP, provoz ERSPAN procházející páteřními uzly k dosažení cíle ERSPAN bude mít čas Ciscoamp tagging (TTag) s ethertypem 0x8988. Nemá to žádný dopad na původní uživatelský provoz.
· V případě listových spínačů, které nepodporují PTP, musíte ke všem páteřním spínačům připojit externí velmistr pomocí IPN nebo pomocí listových spínačů, které podporují PTP. Pokud je velmistr připojen k jednomu nebo podmnožině páteřních spínačů, PTP zprávy z páteře mohou být blokovány nepodporovaným listovým spínačem dříve, než dosáhnou jiných spínačů v závislosti na ftag0 stav stromu. PTP v rámci přepínačů listů a páteře jsou povoleny na základě ftag0, který je automaticky vytvořen na základě Cisco ACI infra ISIS pro bezsmyčkové multicastové připojení mezi všemi listovými a páteřními přepínači v každém modulu.
· Když PTP Telecom profile je nasazen, čas hlavních hodin Telecom (T-GM) a Telecom boundary clock (T-BC)amps by mělo být do 2 sekund, aby se T-BC uzamkl s T-GM.
· Nemůžete povolit PTP ve VLAN, která je nasazena na rozhraní koncového uzlu pomocí integrace domény VMM.

Konfigurace PTP
Základní tok konfigurace PTP
Následující kroky poskytují konecview procesu konfigurace PTP:

Krok 1 Krok 2
Krok 3 Krok 4 Krok 5

Povolte PTP globálně a nastavte parametry PTP pro všechna rozhraní tkaniny. Pro PTP Telecom profile (G.8275.1), vytvořte zásady uzlu PTP a aplikujte je na profesionála přepínačefile prostřednictvím skupiny zásad přepínače. Vytvořte uživatele PTPfile pro rozhraní předního panelu v části Fabric > Zásady přístupu > Zásady > Globální. Povolte PTP v části EPG > Statické porty s uživatelem PTPfile. Povolte PTP pod L3Out > Logical Interface Profile > Směrované nebo dílčí rozhraní s uživatelem PTPfile.

Globální konfigurace zásad PTP a pro rozhraní Fabric pomocí GUI
Tento postup povoluje protokol precizního času (PTP) globálně a pro rozhraní struktury pomocí grafického rozhraní Cisco Application Policy Infrastructure Controller (APIC). Když je PTP povoleno globálně, probíhající měření latence TEP na TEP se automaticky povolí.

Krok 1 Krok 2 Krok 3

Na liště nabídek zvolte Systém > Nastavení systému. V navigačním podokně vyberte PTP a Latency Measurement. V podokně Work nastavte vlastnosti rozhraní podle požadované konfigurace. Přinejmenším musíte nastavit protokol Precision Time Protocol na hodnotu Enabled.
Informace o polích naleznete na stránce online nápovědy. Pokud je jakákoliv hodnota intervalu, kterou zadáte, mimo zvolenou hodnotu PTPfile standardní rozsah, konfigurace je zamítnuta.
Profesionální PTPfile, intervaly a pole časového limitu platí pro odkazy tkaniny. Ostatní pole platí pro všechny křídlové a páteřové spínače.

Cisco APIC System Management Configuration Guide, Release 6.0(x) 48

Protokol přesného času

Konfigurace zásady uzlu PTP a aplikace zásady na přepínač Profile Použití skupiny zásad přepínání pomocí GUI

Krok 4 Klikněte na Odeslat.
Konfigurace zásady uzlu PTP a aplikace zásady na přepínač Profile Použití skupiny zásad přepínání pomocí GUI
Aby mohly koncové uzly provozovat PTP Telecom pro, je vyžadována politika uzlu PTPfile (G.8275.1), protože používá alternativní BMCA s dalšími parametry. Také povolený rozsah čísla domény, priority 1 a priority 2 se liší od ostatních PTP profesionálůfiles. Zásadu uzlu PTP můžete aplikovat na listový přepínač pomocí listového přepínače profile a skupina politik.

Poznámka Pro média profile nasazení, nemusíte vytvářet zásady uzlů.

Krok 1 Krok 2 Krok 3 Krok 4 Krok 5 Krok 6 Krok 7 Krok 8 Krok 9
Krok 10
Krok 11 Krok 12
Krok 13 Krok 14 Krok 15 Krok 16

Na panelu nabídek vyberte Fabric > Zásady přístupu. V navigačním podokně zvolte Přepínače > Listové přepínače > Profiles. Klepněte pravým tlačítkem myši na Profiles a zvolte Create Leaf Profile. V aplikaci Create Leaf Profile dialogu, do pole Jméno zadejte jméno profesionálafile. V části Výběr listů klikněte na +. Zadejte název, vyberte přepínače a zvolte vytvoření skupiny zásad. V dialogovém okně Vytvořit skupinu zásad přepínače přístupu zadejte název skupiny zásad. V rozevíracím seznamu PTP Node Policy vyberte Create PTP Node Profile. V okně Create PTP Node Profile dialogovém okně nastavte hodnoty podle potřeby pro vaši konfiguraci.
· Doména uzlu: Hodnota musí být mezi 24 a 43 včetně. Koncové uzly Telecomu, které musí být ve stejné topologii PTP, by měly používat stejné číslo domény.
· Priorita 1: Hodnota musí být 128.
· Priorita 2: Hodnota musí být mezi 0 a 255 včetně.
Informace o polích naleznete na stránce online nápovědy.
Klikněte na Odeslat. Vytvořit uzel PTP Profile dialog se zavře.
V dialogovém okně Vytvořit skupinu zásad přepínače přístupu nastavte další zásady podle potřeby pro vaši konfiguraci. Klikněte na Odeslat. Dialogové okno Vytvořit skupinu zásad přepínače přístupu se zavře.
V části Výběr listů klikněte na Aktualizovat. Klepněte na tlačítko Další. Na obrazovce KROK 2 > Asociace přidružte profesionála rozhranífiles podle přání. Klepněte na tlačítko Dokončit.

Cisco APIC System Management Configuration Guide, Release 6.0(x) 49

Vytvoření PTP User Profile pro Leaf Switch Porty na předním panelu pomocí GUI

Protokol přesného času

Vytvoření PTP User Profile pro Leaf Switch Porty na předním panelu pomocí GUI
Tento postup vytvoří uživatele PTPfile pro porty na předním panelu přepínače listů pomocí grafického rozhraní Cisco Application Policy Infrastructure Controller (APIC). Profesionální uživatel PTPfile se aplikuje na rozhraní předního panelu listových spínačů pomocí EPG nebo L3Out.
Než začnete Chcete-li používat PTP na portech předního panelu přepínače, které jsou orientovány na externí zařízení, musíte globálně povolit PTP.

Krok 1 Krok 2 Krok 3 Krok 4
Krok 5

Na panelu nabídek vyberte Fabric > Zásady přístupu. V navigačním podokně zvolte Zásady > Globální > Uživatel PTP Profile. Klepněte pravým tlačítkem myši na PTP User Profile a zvolte Create PTP User Profile. V okně Create PTP User Profile dialogovém okně nastavte hodnoty podle potřeby pro vaši konfiguraci.
Informace o polích naleznete na stránce online nápovědy. Pokud je jakákoliv hodnota intervalu, kterou zadáte, mimo zvolenou hodnotu PTPfile standardní rozsah, konfigurace je zamítnuta.
Klikněte na Odeslat.

Povolení PTP na statických portech EPG pomocí GUI
Tento postup povolí PTP na statických portech EPG pomocí grafického rozhraní Cisco Application Policy Infrastructure Controller (APIC). PTP můžete povolit s režimem multicast dynamic, multicast master nebo unicast master.
Než začnete Nejprve musíte vytvořit profesionálního uživatele PTPfile pro porty na předním panelu přepínače listů a globálně povolit PTP.

Krok 1 Krok 2 Krok 3 Krok 4
Krok 5

Na panelu nabídek vyberte Tenanti > Všichni tenanti. V podokně Práce poklepejte na jméno tenanta. V navigačním podokně vyberte tenant název_tenanta > Application Profiles > app_profile_name > Application EPGs > app_epg_name > Statické porty > static_port_name. V pracovním podokně pro přepínač Stav PTP zvolte Povolit. Možná budete muset posunout dolů, abyste viděli stav PTP.
Objeví se pole související s PTP.
Nakonfigurujte pole PTP podle požadavků vaší konfigurace.
· PTP Mode: Zvolte multicast dynamic, multicast master nebo unicast master, podle potřeby.
· PTP Source Address: PTP pakety z tohoto rozhraní a VLAN jsou odesílány se zadanou IP adresou jako zdrojem. Adresa TEP přepínače listů se používá ve výchozím nastavení nebo když jako hodnotu zadáte „0.0.0.0“. Tato hodnota je pro režim vícesměrového vysílání volitelná. Pro režim unicast použijte doménu mostu SVI nebo EPG SVI. Zdrojová IP adresa musí být dostupná pro připojený PTP uzel pro režim unicast.
· PTP User Profile: Vyberte uživatele PTPfile které jste vytvořili pro porty na předním panelu přepínače listů, abyste určili intervaly zpráv.
Další informace o polích naleznete na stránce online nápovědy.

Cisco APIC System Management Configuration Guide, Release 6.0(x) 50

Protokol přesného času

Povolení PTP na rozhraní L3Out pomocí GUI

Krok 6

Konfigurace na úrovni uzlu má přednost před konfigurací na úrovni struktury v uzlu, kde je PTP Telecom profile (G.8275.1) je nasazen.
Klikněte na Odeslat.

Povolení PTP na rozhraní L3Out pomocí GUI
Tento postup povoluje PTP na rozhraních L3Out pomocí grafického rozhraní Cisco Application Policy Infrastructure Controller (APIC). PTP můžete povolit s režimem multicast dynamic, multicast master nebo unicast master.
Než začnete Nejprve musíte vytvořit profesionálního uživatele PTPfile pro porty na předním panelu přepínače listů a globálně povolit PTP.

Krok 1 Krok 2 Krok 3 Krok 4 Krok 5
Krok 6

Na panelu nabídek vyberte Tenanti > Všichni tenanti. V podokně Práce poklepejte na jméno tenanta. V navigačním podokně vyberte tenant název_tenanta > Síť > L3Outs > l3out_name > Logical Node Profiles > node_profile_name > Logical Interface Profiles > interface_profile_název. V pracovním podokně zvolte Zásady > Směrovaná dílčí rozhraní nebo Zásady > Směrovaná rozhraní podle potřeby. Pokud chcete povolit PTP na existujícím L3Out, proveďte následující dílčí kroky: a) Dvakrát klikněte na požadované rozhraní view jeho vlastnosti. b) V případě potřeby přejděte dolů a vyhledejte vlastnosti PTP, nastavte stav PTP na Povolit a zadejte stejné hodnoty, jaké
používá se pro statické porty EPG.
Informace o polích naleznete na stránce online nápovědy.
c) Klepněte na Odeslat.
Pokud chcete povolit PTP na novém L3Out, proveďte následující dílčí kroky: a) Klikněte na + v pravém horním rohu tabulky. b) V kroku 1 > Identita zadejte příslušné hodnoty. c) V kroku 2 > Konfigurace PTP nastavte stav PTP na Povolit a zadejte stejné hodnoty, jaké jste použili pro statické EPG
porty.
Informace o polích naleznete na stránce online nápovědy.
d) Klepněte na tlačítko Dokončit.

Globální konfigurace zásad PTP a pro rozhraní Fabric pomocí REST API
Tento postup povoluje PTP globálně a pro rozhraní tkaniny pomocí REST API. Když je PTP povoleno globálně, probíhající měření latence TEP na TEP se automaticky povolí.
Chcete-li nakonfigurovat zásady PTP globálně a pro rozhraní Fabric, odešlete REST API POST podobný následujícímu příkladuampten:
POST: /api/mo/uni/fabric/ptpmode.xml

Cisco APIC System Management Configuration Guide, Release 6.0(x) 51

Konfigurace zásady uzlu PTP a aplikace zásady na přepínač Profile Použití skupiny zásad přepínání Pomocí rozhraní REST API

Protokol přesného času

<latencyPtpMode state=”enabled” systemResolution=”11″ prio1=”255″ prio2=”255″ globalDomain=”0″ fabProfileTemplate=”aes67″ fabAnnounceIntvl=”1″ fabSyncIntvl=”-3″ fabDelayIntvl=”-2″ fabAnnounceTimeout=”3″
/>

# Stav správce PTP # Rozlišení latence (u PTP lze přeskočit) # Globální priorita1 # Globální priorita2 # Globální doména # PTP Profile # Interval oznámení (2^x s) # Interval synchronizace (2^x s) # Interval požadavku na zpoždění (2^x s) # Časový limit oznámení

Konfigurace zásady uzlu PTP a aplikace zásady na přepínač Profile Použití skupiny zásad přepínání Pomocí rozhraní REST API
Aby mohly koncové uzly provozovat PTP Telecom pro, je vyžadována politika uzlu PTPfile (G.8275.1), protože používá alternativní BMCA s dalšími parametry. Také povolený rozsah čísla domény, priority 1 a priority 2 se liší od ostatních PTP profesionálůfiles. Zásadu uzlu PTP můžete aplikovat na listový přepínač pomocí listového přepínače profile a skupina politik.
POST: /api/mo/uni.xml
<!– Switch Profile –>


<ptpInstPol
dn=”uni/infra/ptpInstP-Telecom_domain24″ name=”Telecom_domain24″ OperatingMode=”hybridní” nodeProfile=”telecom_full_path” nodePrio1=”128″ nodePrio2=”128″ nodeDomain=”24″/>
<synceInstPol
dn=”uni/infra/synceInstP-SyncE_QL1″ name=”SyncE_QL1″ qloption=”op1″ adminSt=”disabled”/>

Cisco APIC System Management Configuration Guide, Release 6.0(x) 52

Protokol přesného času

Vytvoření PTP User Profile pro porty předního panelu přepínače listů pomocí rozhraní REST API

Vytvoření PTP User Profile pro porty předního panelu přepínače listů pomocí rozhraní REST API

Profesionální uživatel PTPfile se aplikuje na rozhraní předního panelu listových spínačů pomocí EPG nebo L3Out. Musíte také povolit PTP globálně, abyste mohli používat PTP na portech předního panelu přepínače, které jsou orientovány na externí zařízení.

Chcete-li vytvořit uživatele PTP profile, odešlete REST API POST podobný následujícímu příkladuampten:

POST: /api/mo/uni/infra/ptpprofile-Ptelecomprofile.xml

<ptpProfile name=”Ptelecomprofile“profileTemplate=”telecom_full_path” notificationIntvl=”-3″ syncIntvl=”-4″ delayIntvl=”-4″ cancelTimeout=”3″ anotace=””

# Uživatel PTP profile jméno # ​​PTP profile # Interval oznámení (2^x s) # Interval synchronizace (2^x s) # Interval požadavku na zpoždění (2^x s) # Časový limit oznámení # Tlačítko poznámky

ptpoeDstMacType=”forwardable” ptpoeDstMacRxNoMatch=”replyWithCfgMac” localPriority=”128″

(Pouze pro telekomunikační porty) # Cílová MAC pro zprávy PTP # Zpracování paketů # Místní priorita portu

nodeProfileOverride=”no” />

(Pouze pro jiné než telekomunikační porty na telekomunikačním listu) # Node profile přepsat

Povolení PTP na statických portech EPG pomocí REST API
Než budete moci povolit PTP na statických portech EPG, musíte nejprve vytvořit uživatele PTPfile pro porty na předním panelu přepínače listů a globálně povolit PTP. Chcete-li povolit PTP na statických portech EPG, odešlete REST API POST podobný následujícímu příkladuampsoubor: POST: /api/mo/uni/tn-TK/ap-AP1/epg-EPG1-1.xml

Režim vícesměrového vysílání
<ptpRsProfile tDn=”uni/infra/ptpprofile-PTP_AES”/>

Možné hodnoty pro parametr ptpMode jsou následující:
· multicast: Multicast dynamické.
· multicast-master: Multicast master.

# Režim PTP # Uživatel PTP profile

Cisco APIC System Management Configuration Guide, Release 6.0(x) 53

Povolení PTP na rozhraních L3Out pomocí REST API

Protokol přesného času

Režim Unicast
<ptpRsProfile tDn=”uni/infra/ptpprofile-PTP_AES”/>

# Zdrojová IP adresa PTP # Režim PTP # Uživatel PTP profile # Cíl PTP unicast
IP adresa

Pokud ptpEpgCfg existuje, znamená to, že PTP je povoleno. Pokud musí být PTP na tomto rozhraní zakázáno, odstraňte ptpEpgCfg.

Povolení PTP na rozhraních L3Out pomocí REST API
Tento postup povolí PTP na rozhraní L3Out pomocí REST API. Než budete moci aktivovat PTP na rozhraních L3Out, musíte nejprve vytvořit PTP uživatele profile pro porty na předním panelu přepínače listů a globálně povolit PTP.
Chcete-li povolit PTP na rozhraních L3Out, odešlete REST API POST podobný následujícímu příkladuampten:
POST: /api/node/mo/uni/tn-TK/out-BGP/lnodep-BGP_nodeProfile/lifp-BGP_IfProfile.xml

Režim vícesměrového vysílání
<ptpRsProfile tDn=”uni/infra/ptpprofile-PTP_AES”/>

# Režim PTP # Uživatel PTP profile

Možné hodnoty pro parametr ptpMode jsou následující: · multicast: Multicast dynamic. · multicast-master: Multicast master.

Režim Unicast
<ptpRsProfile tDn=”uni/infra/ptpprofile-PTP_AES”/>

# Zdrojová IP adresa PTP # Režim PTP # Uživatel PTP profile # Cíl PTP unicast
IP adresa

Pokud ptpRtdEpgCfg existuje, znamená to, že PTP je povoleno. Pokud je třeba na tomto rozhraní zakázat PTP, odstraňte ptpRtdEpgCfg.

Cisco APIC System Management Configuration Guide, Release 6.0(x) 54

Protokol přesného času

PTP Unicast, Multicast a Mixed Mode na Cisco ACI

PTP Unicast, Multicast a Mixed Mode na Cisco ACI
Ve výchozím nastavení běží všechna rozhraní PTP v režimu vícesměrového vysílání. V režimu unicast lze konfigurovat pouze rozhraní předního panelu listových spínačů. Podporovány jsou pouze hlavní porty unicast; klientské porty unicast nejsou podporovány.
Obrázek 1: Režim Multicast nebo Unicast

Smíšený režim (port vícesměrového vysílání PTP, který odpovídá se zpožděním jednosměrového vysílání) bude automaticky aktivován na hlavním portu PTP v režimu vícesměrového vysílání, když port přijme požadavek na jednosměrové vysílání. Smíšený režim je v podstatě multicast master a unicast klient.
Obrázek 2: Smíšený režim
Jeden listový přepínač může mít více PTP unicast master portů. Podporovaný počet IP adres klientského přepínače na každém hlavním portu unicast je 2. Lze konfigurovat více IP adres, ale nelze je kvalifikovat. Hlavní porty PTP unicast a porty PTP multicast lze konfigurovat na stejném přepínači.
Omezení režimu PTP Unicast na Cisco ACI
Vyjednávání PTP unicast není podporováno. Protože Cisco Application Centric Infrastructure (ACI) nemá vyjednávání unicast pro vyžádání zpráv, které Cisco ACI požaduje, nebo pro udělení těchto požadavků z jiných uzlů, budou hlavní porty Cisco ACI PTP unicast odesílat zprávy Announce, Sync a Follow_Up s intervaly.
Cisco APIC System Management Configuration Guide, Release 6.0(x) 55

Implementace PTP PC a vPC na Cisco ACI

Protokol přesného času

konfigurován pomocí Cisco Application Policy Infrastructure Controller (APIC), aniž by přijímal jakékoli požadavky od svých klientských uzlů. Zprávy Unicast Delay_Response jsou odesílány jako odpověď na zprávy Delay_Request z klientských uzlů unicast. Protože hlavní port unicast odesílá zprávy PTP, jako je synchronizace, aniž by naslouchal požadavkům unicast, algoritmus BMCA (Best Master Clock Algorithm) se na portech unicast Cisco ACI PTP nepočítá.
Implementace PTP PC a vPC na Cisco ACI
Pro portové kanály (PC) a virtuální portové kanály (vPC) je PTP povoleno pro PC nebo vPC namísto pro členský port. Cisco Application Centric Infrastructure (ACI) neumožňuje aktivovat PTP na každém členském portu nadřazeného PC nebo vPC samostatně.

Když je PTP povoleno na Cisco ACI PC nebo vPC, listový přepínač automaticky vybere členský port z PC, na kterém je PTP povoleno. Když selže členský port s povoleným PTP, listový přepínač vybere jiný členský port, který je stále aktivní. Stav portu PTP je zděděn z předchozího členského portu s povoleným PTP.

Když je povoleno PTP na portu Cisco ACI vPC, i když je vPC logický svazek dvou portových kanálů na dvou listových přepínačích, chování je stejné jako při povolení PTP na normálním portu portu. Pro vPC neexistuje žádná specifická implementace, jako je synchronizace informací PTP mezi peer listovými přepínači vPC.
Poznámka Režim Unicast nefunguje s PC nebo vPC, když je PC nebo vPC připojeno k zařízení, jako je NX-OS, které konfiguruje PTP na jednotlivých členských portech.
Cisco APIC System Management Configuration Guide, Release 6.0(x) 56

Protokol přesného času

Filtrování paketů PTP a tunelování

Filtrování paketů PTP a tunelování
Filtrování paketů PTP
Když PTP zpracovává pakety na látkových portech a PTP je povoleno globálně, všechny páteřní a listové přepínače mají interní filtry pro přesměrování všech příchozích PTP paketů z libovolných látkových portů do CPU.
Když PTP zpracovává pakety na portech na předním panelu a je povoleno PTP na alespoň jednom portu předního panelu přepínače na daném listovém přepínači, má přepínač interní filtry pro přesměrování všech příchozích paketů PTP z jakýchkoli portů na předním panelu. I když je paket PTP přijat z portu na předním panelu, na kterém není povoleno PTP, paket je stále zachycen a přesměrován do CPU a poté zahozen.
Obrázek 3: Filtrování paketů na předním panelu na přepínači Leaf s porty na předním panelu s povoleným PTP

Když PTP zpracovává pakety na portech předního panelu a PTP není povoleno na žádném portu předního panelu přepínače na daném listovém přepínači, nemá přepínač interní filtry pro přesměrování paketů PTP z jakýchkoli portů na předním panelu. Pokud je na portu na předním panelu na takovém listovém přepínači přijat paket PTP, paket je zpracován jako normální paket vícesměrového vysílání a je předán nebo zaplaven dalším přepínačům pomocí VxLAN. Ostatní přepínače to také zpracují jako normální paket vícesměrového vysílání, protože pakety PTP, které mají být zachycovány přepínači Cisco Application Centric Infrastructure (ACI), nejsou zapouzdřeny ve VxLAN ani mezi listovými a páteřními přepínači. To může způsobit neočekávané chování PTP na jiných listových přepínačích s povoleným PTP na portech na předním panelu. Další informace naleznete v části Cisco ACI jako PTP Boundary Clock nebo PTP-Unaware Tunnel, na stránce 58.
Cisco APIC System Management Configuration Guide, Release 6.0(x) 57

Cisco ACI jako PTP Boundary Clock nebo PTP-Unaware Tunnel

Protokol přesného času

Obrázek 4: Filtrování paketů na předním panelu na přepínači Leaf bez portů na předním panelu s povoleným PTP

Cisco ACI jako PTP Boundary Clock nebo PTP-Unaware Tunnel
Pakety PTP z listového přepínače bez portů na předním panelu PTP jsou zahlceny v doméně mostu. Pakety jsou zaplaveny i směrem k uzlům PTP ve stejné doméně mostu, které očekávají, že infrastruktura Cisco Application Centric Infrastructure (ACI) znovu vygeneruje zprávy PTP jako hraniční hodiny PTP, jak ukazuje následující obrázek:
Cisco APIC System Management Configuration Guide, Release 6.0(x) 58

Protokol přesného času

Cisco ACI jako PTP Boundary Clock nebo PTP-Unaware Tunnel

To bude mít za následek matoucí PTP uzly a jejich výpočet času kvůli neočekávaným PTP paketům. Na druhou stranu PTP pakety z listového přepínače s porty na předním panelu PTP jsou vždy zachyceny a nikdy tunelovány, i když jsou pakety přijaty na portu, na kterém není povoleno PTP. Proto nemíchejte PTP uzly, které potřebují, aby Cisco ACI bylo hraničními hodinami PTP, a které potřebují, aby Cisco ACI bylo tunelem bez PTP ve stejné doméně mostu a na stejném listovém přepínači. Je podporována konfigurace znázorněná na následujícím obrázku (jiná doména mostu, jiný listový přepínač):
Cisco APIC System Management Configuration Guide, Release 6.0(x) 59

PTP a NTP

Protokol přesného času

PTP a NTP
Přepínače Cisco Application Centric Infrastructure (ACI) fungují jako hraniční hodiny PTP, aby poskytovaly přesné hodiny od velmistra ke klientům PTP. Přepínače Cisco ACI a Cisco Application Policy Infrastructure Controllers (APIC) však tyto hodiny PTP nemohou používat jako své vlastní systémové hodiny. Přepínače Cisco ACI a Cisco APIC stále potřebují NTP server k aktualizaci svých vlastních systémových hodin.
Cisco APIC System Management Configuration Guide, Release 6.0(x) 60

Protokol přesného času

Ověření PTP

Poznámka Aby PTP fungovalo přesně a neustále na Cisco ACI, musí být NTP nakonfigurováno pro všechny přepínače tak, aby jejich systémové hodiny byly stejně přesné jako PTP velmistr v řádu 100 ms. Jinými slovy, systémové hodiny musí mít méně než 100 ms rozdíl oproti PTP velmistru.

Ověření PTP

Souhrn příkazů CLI ověření PTP Můžete se přihlásit do jednoho z listových přepínačů a pomocí následujících příkazů ověřit konfiguraci PTP:

Příkaz

Účel

zobrazit slot/port rozhraní portu ptp

Zobrazuje parametry PTP konkrétního rozhraní.

zobrazit ptp stručný

Zobrazuje stav PTP.

zobrazit hodiny ptp

Zobrazuje vlastnosti místních hodin, včetně identity hodin.

Cisco APIC System Management Configuration Guide, Release 6.0(x) 61

Ověření PTP

Protokol přesného času

Příkaz

Účel

zobrazit ptp rodič

Zobrazuje vlastnosti rodiče PTP.

zobrazit ptp hodiny zahraniční-mistrovský záznam

Zobrazuje stav cizích masterů známých procesu PTP. Pro každý cizí master výstup zobrazuje identitu hodin, základní vlastnosti hodin a zda jsou hodiny používány jako velmistr.

show ptp counters [všechny |interface Ethernet slot/port] Zobrazí čítače PTP paketů pro všechna rozhraní nebo pro specifikované rozhraní.

zobrazit opravy ptp

Zobrazí několik posledních oprav PTP.

Zobrazení informací o portu PTP

Následující example zobrazuje informace o rozhraní portu:

f2-leaf1# vsh -c 'show ptp port int e1/1'

Dataset portu PTP: Eth1/1

Identita portu: identita hodin: 00:3a:9c:ff:fe:6f:a4:df

Identita portu: číslo portu: 0

Verze PTP: 2

Stav portu: Master

Informace o VLAN: 20

<— PTP zprávy jsou odesílány na této PI-VLAN

Interval požadavku na zpoždění (průměr protokolu): -2

Oznamte časový limit příjmu: 3

Střední zpoždění cesty: 0

Interval oznámení (logický průměr): 1

Synchronizační interval (log průměr): -3

Mechanismus zpoždění: End to End

Cena: 255

Doména: 0

Následující example zobrazuje informace pro zadanou VLAN:

f2-leaf1# zobrazit vlan id 20 rozšířeno

Název VLAN

Encap

Porty

—- ———————————————————————————

20 TK:AP1:EPG1-1

vlan-2011

Eth1/1, Eth1/2, Eth1/3

Zobrazení stavu portu PTP Následující příkladample zobrazuje stručnou verzi stavu portu:
f2-leaf1# zobrazit ptp stručný

Stav portu PTP

—————————————

Přístav

Stát

————————————

Eth1/1

Zvládnout

Eth1/51

Pasivní

Eth1/52

Otrok

Zobrazení informací o přepínači PTP Následující příkladample zobrazuje stručnou verzi stavu přepínače:

Cisco APIC System Management Configuration Guide, Release 6.0(x) 62

Protokol přesného času

Ověření PTP

f2-leaf1# show ptp clock Typ zařízení PTP: hraniční hodiny Zapouzdření zařízení PTP: vrstva-3 Zdrojová IP adresa PTP: 20.0.32.64
Identita hodin : 00:3a:9c:ff:fe:6f:a4:df
Doména hodin: 0 Provoz podřízených hodin: Dvoukrokový provoz hlavních hodin: Dvoustupňový režim hodin pouze podřízených: Vypnuto Počet PTP portů: 3 Nakonfigurovaná Priorita1: 255 Priorita1: 255 Priorita2: 255 Kvalita hodin:
Třída : 248 Přesnost : 254 Offset (log rozptyl) : 65535 Offset from Master : -8
Střední zpoždění cesty: 344
Odstraněné kroky: 2
Rozsah korekce: 100000 Rozsah MPD: 1000000000 Místní čas hodin: Čt Jul 30 01:26:14 2020 Hardwarová korekce frekvence: NA

<— Přepněte TEP. Jako router-id. Toto není zdrojová adresa PTP, kterou konfigurujete pro každý port.
<— ID hodin PTP. Pokud je tento uzel velmistr, toto ID je ID velmistra.
<— -8 ns. rozdíl hodin od nejbližšího rodiče (master)
<— 344 ns. Střední dráhové zpoždění měřené mechanismem E2E.
<— 2 kroky. 2 uzly PTP BC mezi velmistrem.

Zobrazení informací o velmistrovi a rodiči (mistrovi) Následující příkladample zobrazuje informace PTP velmistra a rodiče (master):
f2-leaf1# zobrazit ptp rodič

PTP PARENT VLASTNOSTI

Rodičovské hodiny: Identita rodičovských hodin: 2c:4f:52:ff:fe:e1:7c:1a Číslo nadřazeného portu: 30 Pozorovaný posun nadřazeného prvku (odchylka logaritmu): N/A Pozorovaná rychlost změny fáze nadřazených hodin: N/A

<— nejbližší rodič (master)

IP rodiče: 20.0.32.65
Velmistrovské hodiny: Identita velmistrových hodin: 00:78:88:ff:fe:f9:2b:13 Kvalita velmistrových hodin:
Třída: 248 Přesnost: 254 Offset (log rozptyl): 65535 Priorita1: 128 Priorita2: 255

<— zdrojová IP adresa PTP nejbližšího rodiče
<— GM <— Kvalita GM

Následující example ukazuje PTP zahraniční hlavní hodiny:

f2-leaf1# zobrazit ptp clock zahraniční mistrovský záznam

P1=Priorita1, P2=Priorita2, C=Třída, A=Přesnost, OSLV=Offset-Scaled-Log-Variance, SR=Steps-Removed GM=Je velmistr

Cisco APIC System Management Configuration Guide, Release 6.0(x) 63

Ověření PTP

Protokol přesného času

---Rozhraní ---

————————————————————

ID hodin

P1 P2 C

OSLV SR

————————————————————

Eth1/51 c4:f7:d5:ff:fe:2b:eb:8b Eth1/52 2c:4f:52:ff:fe:e1:7c:1a

128 255 248 254 65535 1 128 255 248 254 65535 1

Výstup zobrazuje hlavní hodiny, které posílají velmistrovské informace do přepínače a připojeného rozhraní přepínače. ID hodin zde je nejbližší ID mastera. ID není ID velmistra. Protože tento přepínač přijímá data velmistra ze dvou různých portů, jeden z portů se stal pasivním.

Zobrazení počítadel Následující příkladample ukazuje čítače hlavního portu:
f2-leaf1# zobrazit čítače ptp int e1/1

Čítače paketů PTP rozhraní Eth1/1:

————————————————————————

Typ paketu

TX

RX

——————————————————————

Oznámit

4

0

Synchronizovat

59

0

Následné

59

0

Požadavek na zpoždění

0

30

Zpoždění odezvy

30

0

Požadavek na zpoždění

0

0

PZpožděná odezva

0

0

PDeay Followup

0

0

Řízení

0

0

Hlavní port by měl odesílat následující zprávy:

· Oznámit

· Synchronizace

· Následovat

· Zpožděná odezva

Hlavní port by měl obdržet následující zprávu: · Požadavek na zpoždění

Následující example ukazuje čítače klientského portu:
f2-leaf1# zobrazit čítače ptp int e1/52

Čítače paketů PTP rozhraní Eth1/52:

————————————————————————

Typ paketu

TX

RX

——————————————————————

Oznámit

0

4

Synchronizovat

0

59

Následné

0

59

Požadavek na zpoždění

30

0

Zpoždění odezvy

0

30

Požadavek na zpoždění

0

0

PZpožděná odezva

0

0

PDeay Followup

0

0

Řízení

0

0

Cisco APIC System Management Configuration Guide, Release 6.0(x) 64

Protokol přesného času

Ověření PTP

Odeslané a přijaté zprávy jsou opakem hlavního portu. NapřampPokud jsou Rx požadavku na zpoždění a Tx odezvy na zpoždění nula na hlavním portu, druhá strana není nakonfigurována nebo nefunguje správně jako klient, protože klient by měl iniciovat požadavek na zpoždění pro mechanismus zpoždění E2E. V reálném světě nemusí být informace počítadla tak čisté jako example, protože stav přístavu se mohl v minulosti změnit. V takovém případě vymažte čítače pomocí následujícího příkazu:
f2-leaf1# clear ptp counters all
Poznámka Čítač PDelay_xxx je určen pro mechanismus P2P, který není podporován na Cisco Application Centric Infrastructure (ACI).

Cisco APIC System Management Configuration Guide, Release 6.0(x) 65

Ověření PTP

Protokol přesného času

Cisco APIC System Management Configuration Guide, Release 6.0(x) 66

4 KAPITOLA
Synchronní Ethernet (SyncE)
· O synchronním Ethernetu (SyncE), na straně 67 · Pokyny a omezení pro SyncE, na straně 68 · Konfigurace synchronního Ethernetu, na straně 69 · Mapování QL s možnostmi konfigurace ACI, na straně 72
O synchronním Ethernetu (SyncE)
Vzhledem k tomu, že zařízení Ethernet postupně nahrazují zařízení pro synchronní optické sítě (SONET) a synchronní digitální hierarchii (SDH) v sítích poskytovatelů služeb, je k zajištění vysoce kvalitní synchronizace hodin přes porty Ethernet vyžadována synchronizace frekvence. Frekvenční nebo časová synchronizace je schopnost distribuovat přesnou frekvenci po síti. V tomto kontextu se časování týká přesné frekvence, nikoli přesné denní doby. Synchronní Ethernet (SyncE), popsaný v ITU G.781, zajišťuje požadovanou synchronizaci na fyzické úrovni. V SyncE jsou ethernetové spoje synchronizovány časováním jejich bitových hodin z vysoce kvalitních, stratum-1 sledovatelných hodinových signálů stejným způsobem jako SONET/SDH. Pro zachování propojení SyncE je vyžadována sada provozních zpráv. Tyto zprávy zajišťují, že uzel vždy odvozuje informace o časování z nejspolehlivějšího zdroje a poté přenáší informace o kvalitě zdroje časování pro taktování spojení SyncE. V sítích SONET/SDH jsou tyto zprávy známé jako zprávy o stavu synchronizace (SSM). SyncE využívá Ethernet Synchronization Message Channel (ESMC) k zajištění přenosu pro SSM. Pro zákazníky používající paketovou síť je obtížné zajistit časování více vzdáleným síťovým prvkům (NE) prostřednictvím externího multiplexovaného obvodu s časovým dělením (TDM). Funkce SyncE pomáhá překonat tento problém tím, že poskytuje efektivní časování vzdáleným NE prostřednictvím paketové sítě. SyncE synchronizuje frekvenci hodin přes ethernetový port a využívá fyzickou vrstvu ethernetu k přenosu frekvence do vzdálených míst. Funkčnost a přesnost SyncE připomíná síť SONET/SDH díky své fyzické vrstvě. SONET/SDH používá pro přenos zpráv 4 bity ze dvou S bajtů v režijním rámci SONET/SDH. Ethernet spoléhá na ESMC, který je založen na pomalém protokolu IEEE 802.3 specifickém pro organizaci pro přenos zpráv. Každý NE podél synchronizační cesty podporuje SyncE a SyncE efektivně dodává frekvenci v cestě. SyncE nepodporuje relativní čas (napřample, fázové zarovnání) nebo absolutní čas (čas dne). SyncE poskytuje distribuci frekvence na úrovni sítě fyzické vrstvy Ethernet (ETY) známých běžných přesných frekvenčních referencí. Hodiny pro použití v SyncE jsou kompatibilní s hodinami používanými v SONET/SDH
Cisco APIC System Management Configuration Guide, Release 6.0(x) 67

Pokyny a omezení pro SyncE

Synchronní Ethernet (SyncE)

synchronizační síť. Pro dosažení síťové synchronizace jsou synchronizační informace přenášeny sítí prostřednictvím synchronních síťových spojení s výkonem výstupních hodin.
ESMC nese identifikátor úrovně kvality (QL), který identifikuje kvalitu časování synchronizační stopy. Hodnoty QL v QL-TLV jsou stejné jako hodnoty QL definované pro SONET a SDH SSM. Informace poskytované SSM QL během síťového přenosu pomáhají uzlu odvodit časování z nejspolehlivějšího zdroje a zabraňují časovacím smyčkám. ESMC se používá s algoritmy výběru synchronizace. Protože ethernetové sítě nemusí být synchronní na všech linkách nebo ve všech umístěních, poskytuje tuto službu kanál ESMC. ESMC, popsané v G.8264, se skládá ze standardní ethernetové hlavičky pro pomalý protokol specifický pro organizaci; ITU-T OUI, specifický podtyp ITU-T; hlavička specifická pro ESMC; pole vlajky; a strukturu typu, délky, hodnoty (TLV). Použití příznaků a TLV zlepšuje správu propojení SyncE a související změnu načasování.
Zdroje a body výběru
Implementace frekvenční synchronizace zahrnuje zdroje a body výběru.
Zdroj přivádí frekvenční signály do systému nebo je vysílá ze systému. Existují čtyři typy zdrojů:
· Linková rozhraní, včetně rozhraní SyncE.
· Rozhraní hodin. Jedná se o externí konektory pro připojení dalších časovacích signálů, jako jsou BITS, UTI a GPS.
· PTP hodiny. Pokud je na routeru nakonfigurováno IEEE 1588 verze 2, mohou být k dispozici hodiny PTP pro synchronizaci frekvence jako zdroj denní doby a frekvence.
· Vnitřní oscilátor. Jedná se o volně běžící čip interního oscilátoru.
Každý zdroj má přidruženou úroveň kvality (QL), která specifikuje přesnost hodin. Tyto informace o QL jsou přenášeny po síti pomocí SSM přenášených ESMC. Informace o QL se používají k určení nejlepšího dostupného zdroje, se kterým se mohou zařízení v systému synchronizovat.
Chcete-li definovat předdefinovaný tok synchronizace sítě a zabránit časovým smyčkám, můžete každému zdroji na přepínači přiřadit hodnoty priority. Když má více než jeden zdroj stejnou QL, určuje uživatelská hodnota priority relativní preference mezi zdroji.
Výběrový bod je proces v rámci přepínače, kde se vybírá mezi několika dostupnými frekvenčními signály. Kombinace informací QL a uživatelsky přiřazených úrovní priority umožňuje každému přepínači vybrat si zdroj pro synchronizaci jeho rozhraní SyncE, jak je popsáno ve standardu ITU G.781.
Pokyny a omezení pro SyncE
SyncE má následující konfigurační pokyny a omezení:
· SyncE je podporováno na přepínači N9K-C93180TC-FX3.
· SyncE lze povolit pouze na výstupních portech předního panelu. Rozhraní může být přepínané, směrované nebo podrozhraní.
· SyncE není podporováno na SVI nebo jeho členských rozhraních.
· SyncE lze povolit pouze na výstupních portech předního panelu. Rozhraní může být přepínané nebo směrované fyzické rozhraní, kanál portu nebo podrozhraní.

Cisco APIC System Management Configuration Guide, Release 6.0(x) 68

Synchronní Ethernet (SyncE)

Konfigurace synchronního Ethernetu

· Je podporována SyncE na virtuálním portovém kanálu (vPC) a rozhraní portového kanálu. Při povolení SyncE na těchto rozhraních je SyncE nakonfigurováno pro každý kanál vPC nebo port a povoleno na všech jeho členských rozhraních. Povolení SyncE na vPC nebo rozhraní člena kanálu portu není podporováno.
· SyncE není podporováno na látkových portech.
· Nedoporučujeme konfigurovat SyncE na netkaném portu, který je připojen k jinému listovému přepínači.
· Je podporována místní distribuce SyncE. To je případ, kdy jsou referenční zdroj i klient na stejném listovém přepínači. Listový spínač může být uvnitř podstavce nebo dálkový listový spínač.
· SyncE je podporováno na peer-linku mezi dvěma vzdálenými listovými přepínači.
· Pro telekomunikace je podporován hybridní režim s protokolem PTP (Precision Time Protocol).file ITU-T G8275.1.
· Přepínač může monitorovat maximálně čtyři zdroje SyncE pro stahování. Přepínač se může uzamknout k jednomu z těchto zdrojů.
· Každá skupina quad portů na PHY poskytuje jeden referenční takt. NapřampListový spínač může monitorovat a uzamknout jeden zdroj, když jsou rozhraní 1/1 až 1/4 připojena ke čtyřem různým zdrojům.
· Formát Extended SSM nebo Extended QL TLV není podporován.
· GPS a GNSS nejsou podporovány.
· SyncE je podporováno na všech kvalifikovaných optických zařízeních s výjimkou měděných Gigabit Ethernet SFP.

Konfigurace synchronního Ethernetu
Chcete-li povolit SyncE na listovém přepínači, musíte vytvořit dvě úrovně zásad:
· Politika na úrovni uzlů umožňuje proces SyncE na listovém nebo vzdáleném přepínači. Tato zásada určuje konfiguraci volby globální úrovně kvality (QL) pro uzel SyncE.
· Zásady na úrovni rozhraní konfigurují vlastnosti SyncE na rozhraní. Tato zásada může také povolit přepsání úrovně QL specifické pro rozhraní. Možnost QL v zásadě rozhraní by měla odpovídat možnosti QL v zásadě na úrovni uzlu.

Vytvoření zásady synchronního ethernetového uzlu
Tento postup vytvoří zásadu konfigurace na úrovni uzlu pro SyncE.

Krok 1 Krok 2 Krok 3 Krok 4

Na panelu nabídek vyberte Fabric > Zásady přístupu. V navigačním podokně zvolte Zásady > Přepínač > Synchronní ethernetový uzel. Klepněte pravým tlačítkem na Synchronous Ethernet Node a vyberte Create Synchronous Ethernet Node Policy. V dialogovém okně Create Synchronous Ethernet Node Policy proveďte následující kroky: a) Zadejte název zásady. b) Zadejte popis zásady. c) Nastavte ovládací prvek Admin State na hodnotu Enabled pro aktivaci zásady nebo Disabled (výchozí) pro deaktivaci zásady. d) V rozevíracím seznamu QL Option vyberte úroveň kvality.

Cisco APIC System Management Configuration Guide, Release 6.0(x) 69

Vytvoření zásady synchronního rozhraní Ethernet

Synchronní Ethernet (SyncE)

Vyberte jednu z následujících možností úrovně kvality ITU-T (QL): · Možnost 1: Zahrnuje DNU, EEC1, PRC, PRTC, SEC, SSU-A, SSU-B, eEEC a ePRTC.
· Možnost 2 generace 1: Zahrnuje DUS, EEC2, PRS, PRTC, RES, SMC, ST2, ST3, ST4, STU, eEEC a ePRTC.
· Možnost 2 generace 2: Zahrnuje DUS, EEC2, PROV, PRS, PRTC, SMC, ST2, ST3, ST3E, ST4, STU, TNC, eEEC a ePRTC.
Poznámka Rozšířené možnosti SSM QL PRTC, eEEC a ePRTC nejsou podporovány. Stratum 4 freerun (ST4) není podporován na rozhraních Ethernet.
Podrobnosti o mapování QL pro tyto možnosti viz Mapování QL s možnostmi konfigurace ACI, na straně 72. Poznámka Možnost Úroveň kvality se obvykle konfiguruje zde, nikoli na úrovni rozhraní. Pokud je nakonfigurováno na
úroveň rozhraní, volba QL tam musí odpovídat zde vybranému QL.
e) (Volitelné) Počínaje verzí 5.2(4) povolte funkci Transmit DNU on Lag Members. Když je tato možnost v uzlu povolena a jeden z portů členů kanálu portu je uzamčen jako zdroj SyncE, ostatní členské porty odesílají QL-DNU (Nepoužívat) pomocí zpráv SyncE ESMC, aby se předešlo potenciálním problémům s načasováním při výběru vstupního portu SyncE. . Tato funkce umožňuje shodu s provozem 11.1.1 ESMC s agregací odkazů v G.8264.
f) Klepněte na Odeslat.

Co dělat dál
Přidejte zásadu do skupiny zásad přepínače přístupu na Fabric > Zásady přístupu > Přepínače > Přepínače listů > Skupiny zásad.
Vytvoření zásady synchronního rozhraní Ethernet
Tento postup vytvoří zásadu konfigurace na úrovni rozhraní pro Synchronní Ethernet (SyncE). Zásada rozhraní SyncE vám umožňuje nakonfigurovat rozhraní Ethernet jako vstup a výstup synchronizace frekvence. Konfigurace rozhraní jako vstupu (pomocí Selection Input) umožňuje, aby rozhraní bylo předáno výběrovému algoritmu, aby bylo považováno za zdroj časování pro frekvenční synchronizaci. Pokud je rozhraní uzamčeno na vstupu, bude rozhraní vždy vysílat synchronizovaně se zvoleným frekvenčním signálem.

Krok 1 Krok 2 Krok 3 Krok 4

Na panelu nabídek vyberte Fabric > Zásady přístupu. V navigačním podokně zvolte Zásady > Rozhraní > Synchronní ethernetové rozhraní. Klepněte pravým tlačítkem na Synchronous Ethernet Interface a vyberte Create Synchronous Ethernet Interface Policy. V dialogovém okně Create Synchronous Ethernet Interface Policy proveďte následující kroky: a) Zadejte název zásady. b) Zadejte popis zásady. c) Nastavte ovládací prvek Admin State na hodnotu Enabled pro aktivaci zásady nebo Disabled (výchozí) pro deaktivaci zásady. d) Zaškrtněte nebo zrušte zaškrtnutí políčka Zpráva o stavu synchronizace.

Cisco APIC System Management Configuration Guide, Release 6.0(x) 70

Synchronní Ethernet (SyncE)

Vytvoření zásady synchronního rozhraní Ethernet

Pokud není zaškrtnuto, zakáže odesílání paketů ESMC a také ignoruje všechny přijaté pakety ESMC. Toto zaškrtávací políčko je ve výchozím nastavení zaškrtnuté.
e) Zaškrtněte nebo zrušte zaškrtnutí políčka Selection Input. Pokud je zaškrtnuto, přiřadí rozhraní jako zdroj časování, který má být předán výběrovému algoritmu. Toto políčko není ve výchozím nastavení zaškrtnuté.
f) Klepnutím na ovládací prvky nahoru nebo dolů nastavte prioritu zdroje. Priorita zdroje frekvence na rozhraní. Tato hodnota se používá v algoritmu výběru hodin k výběru mezi dvěma zdroji, které mají stejnou QL. Hodnoty se mohou pohybovat od 1 (nejvyšší priorita) do 254 (nejnižší priorita). Výchozí hodnota je 100. Poznámka Toto nastavení je aktivní, pouze pokud je zaškrtnuto políčko Selection Input.
g) Klepnutím na ovládací prvky nahoru nebo dolů nastavte dobu čekání na obnovení v minutách. Doba čekání na obnovení v minutách je doba, po které se rozhraní aktivuje, než se použije pro synchronizaci frekvence na rozhraní. Hodnoty se mohou pohybovat od 0 do 12 minut. Výchozí hodnota je 5. Poznámka Toto nastavení je aktivní pouze v případě, že je zaškrtnuto políčko Selection Input.
h) V rozevíracím seznamu Možnosti úrovně kvality vyberte úroveň kvality (QL). Toto nastavení umožňuje určit nebo přepsat úroveň kvality (QL) přijatou nebo vysílanou na úrovni rozhraní. Možnosti úrovně kvality ITU-T jsou: · Není nakonfigurována žádná úroveň kvality: (Výchozí) QL přijatá z připojeného zdroje přes ESMC se používá pro synchronizaci frekvence.
· Možnost 1: Zahrnuje DNU, EEC1, PRC, PRTC, SEC, SSU-A, SSU-B, eEEC a ePRTC.
· Možnost 2 generace 1: Zahrnuje DUS, EEC2, PRS, PRTC, RES, SMC, ST2, ST3, ST4, STU, eEEC a ePRTC.
· Možnost 2 generace 2: Zahrnuje DUS, EEC2, PROV, PRS, PRTC, SMC, ST2, ST3, ST3E, ST4, STU, TNC, eEEC a ePRTC.
Poznámka Rozšířené možnosti SSM QL PRTC, eEEC a ePRTC nejsou podporovány. Stratum 4 freerun (ST4) není podporován na rozhraních Ethernet.
Podrobnosti o mapování QL pro tyto možnosti viz Mapování QL s možnostmi konfigurace ACI, na stránce 72.
i) Pokud jste vybrali možnost Úroveň kvality, můžete nakonfigurovat jednu nebo obě z hodnot Quality Receive a Quality Transmit. Hodnoty příjmu kvality umožňují přepsat přijatou hodnotu QL ve zprávách SSM, která se používá ve výběrovém algoritmu. Možnosti jsou následující: · Přesná hodnota: Použijte přesnou hodnotu QL, bez ohledu na přijatou hodnotu, pokud přijatá hodnota není Nepoužívat (DNU).
· Nejvyšší hodnota: Nastavuje horní limit pro přijatou QL. Pokud je přijatá hodnota vyšší než tato zadaná QL, použije se místo ní tato QL.
· Nejnižší hodnota: Nastaví spodní limit pro přijatou QL. Pokud je přijatá hodnota nižší než tato specifikovaná QL, použije se místo toho DNU.
Hodnoty Quality Transmit umožňují přepsat hodnotu QL, která má být přenášena ve zprávách SSM. Možnosti jsou následující:

Cisco APIC System Management Configuration Guide, Release 6.0(x) 71

Mapování QL s možnostmi konfigurace ACI

Synchronní Ethernet (SyncE)

Krok 5

· Přesná hodnota: Použijte přesné QL, pokud by jinak nebylo odesláno Nepoužívat (DNU).
· Nejvyšší hodnota: Nastavuje horní limit QL k odeslání. Pokud má vybraný zdroj vyšší QL, než je zde zadané QL, je místo toho odesláno toto QL.
· Nejnižší hodnota: Nastavuje spodní limit QL k odeslání. Pokud má vybraný zdroj nižší QL, než je zde zadané QL, místo toho se odešle DNU.
Poznámka Možnosti kvality zadané v těchto nastaveních musí odpovídat nakonfigurované možnosti QL v zásadách synchronního ethernetového uzlu pro přepínač.
Klikněte na Odeslat.

Co dělat dál
Přidejte zásadu do skupiny zásad portu Leaf Access na Fabric > Zásady přístupu > Rozhraní > Rozhraní listů > Skupiny zásad > Port Leaf Access.

Mapování QL s možnostmi konfigurace ACI
V následujících tabulkách jsou uvedeny výběry hodnot úrovně kvality zdroje hodin (QL) v konfiguraci synchronní zásady Ethernet.
Podrobnosti o těchto možnostech QL viz ITU-T G.781, Funkce synchronizační vrstvy pro frekvenční synchronizaci na základě fyzické vrstvy.

ITU-T Option 1 Quality Transmit/Receive Value Tento signál by neměl být použit pro synchronizaci Quality common failed
Běžná kvalita je neplatná
Kvalita společná žádná Možnost ITU-T 1: Hodiny zařízení Ethernet ITU-T Možnost 1: Vylepšené hodiny zařízení Ethernet

Úroveň kvality
QL-DNU QL-FAILED (viz Poznámky) QL-INVx (viz Poznámky) (viz Poznámky) QL-SEC/QL-EEC1 QL-eEEC není podporováno Přeloženo do QL-SEC/QL-EEC1 (viz Poznámky)

Cisco APIC System Management Configuration Guide, Release 6.0(x) 72

Synchronní Ethernet (SyncE)

Mapování QL s možnostmi konfigurace ACI

Kvalitní přenosová/přijímací hodnota ITU-T Možnost 1: Vylepšené primární referenční časování
ITU-T Možnost 1: Primární referenční hodiny ITU-T Možnost 1: Primární referenční časovací hodiny
Možnost ITU-T 1: Hodiny zařízení SONET Možnost ITU-T Možnost 1: Hodiny podřízené jednotky ITU-T Možnost 1: Hodiny podřízené jednotky typu IV Možnost 2 ITU-T, Generace 1 Kvalita Přenos/Příjem Hodnota Tento signál by se neměl používat pro synchronizaci Quality common selhalo
Běžná kvalita je neplatná
Kvalita společná žádná ITU-T Option 2, Generation 1: Ethernet equipment clock ITU-T Option 2, Generation 1: Enhanced Ethernet equipment clock
Možnost ITU-T 2, generace 1: Vylepšené primární referenční časovací hodiny
Možnost 2 ITU-T, generace 1: Primární referenční zdroj Možnost 2 ITU-T, generace 1: Primární referenční časovací hodiny

Úroveň kvality QL-ePRTC není podporováno Přeloženo do QL-PRC (viz poznámky) QL-PRC QL-PRTC není podporováno Přeloženo do QL-PRC (viz poznámky) QL-SEC QL-SSU-A QL-SSU-B
Úroveň kvality QL-DUS QL-FAILED (viz Poznámky) QL-INVx (viz Poznámky) (viz Poznámky) QL-EEC2 QL-eEEC není podporováno Přeloženo do QL-ST3 (viz Poznámky) QL-ePRTC není podporováno Přeloženo do QL-PRS (viz Poznámky) QL-PRS QL-PRTC není podporováno Přeloženo do QL-PRS (viz Poznámky)

Cisco APIC System Management Configuration Guide, Release 6.0(x) 73

Mapování QL s možnostmi konfigurace ACI

Synchronní Ethernet (SyncE)

Kvalitní přenosová/příjemová hodnota ITU-T Možnost 2, Generace 1: RES ITU-T Možnost 2, Generace 1: Hodiny SONET samočasované ITU-T Možnost 2, Generace 1: Stratum 2 ITU-T Možnost 2, Generace 1: Stratum 3 ITU-T Option 2, Generation 1: Stratum 4 freerun ITU-T Option 2, Generation 1: Synchronized – sledovatelnost neznámá ITU-T Option 2, Generation 2 Quality Transmit/Receive Value Tento signál by se neměl používat pro synchronizaci Kvalita společné selhalo
Běžná kvalita je neplatná
Kvalita společná žádná ITU-T Option 2, Generation 2: Ethernet equipment clock ITU-T Option 2, Generation 2: Enhanced Ethernet equipment clock
Možnost ITU-T 2, generace 2: Vylepšené primární referenční časovací hodiny
ITU-T Možnost 2, Generace 2: PROV ITU-T Možnost 2, Generace 2: Primární referenční zdroj ITU-T Možnost 2, Generace 2: Primární referenční časovací hodiny
ITU-T Option 2, Generation 2: Samočasované hodiny SONET ITU-T Option 2, Generation 2: Stratum 2

Úroveň kvality QL-RES QL-SMC QL-ST2 QL-ST3 (viz poznámky) QL-STU
Úroveň kvality ITU QL-DUS QL-FAILED (viz Poznámky) QL-INVx (viz Poznámky) (viz Poznámky) QL-EEC2 QL-eEEC není podporováno Přeloženo do QL-ST3 (viz Poznámky) QL-ePRTC není podporováno Přeloženo do QL- PRS (viz poznámky) QL-PROV QL-PRS QL-PRTC není podporováno Přeloženo do QL-PRS (viz poznámky) QL-SMC QL-ST2

Cisco APIC System Management Configuration Guide, Release 6.0(x) 74

Synchronní Ethernet (SyncE)

Mapování QL s možnostmi konfigurace ACI

Kvalita přenosu/příjem hodnoty ITU-T možnost 2, generace 2: Stratum 3 ITU-T možnost 2, generace 2: Stratum 3E ITU-T možnost 2, generace 2: Stratum 4 freerun ITU-T možnost 2, generace 2: synchronizované – sledovatelnost neznámá Možnost 2 ITU-T, generace 2: Hodiny tranzitního uzlu

Úroveň kvality ITU QL-ST3 QL-ST3E (viz poznámky) QL-STU QL-TNC

Poznámky
· Pokud není nakonfigurována žádná QL, je výchozí hodnota „kvalita společná žádná“ QL.
· Úrovně kvality „kvalita běžná neplatná“ (QL-INVx) a „společná kvalita selhala“ (QL-FAILED) jsou interní úrovně kvality uvnitř křídlového nebo vzdáleného přepínače křídel a nikdy nejsou generovány na výstupním portu.
· ITU-T Option 2, Generation 1 a Generation 2: Stratum 4 freerun (QL-ST4) není podporováno na ethernetových linkových rozhraních.
· Rozšířená QL TLV (typ-délka-hodnota) není podporována. Když je rozšířená QL TLV přijata v rámci ESMC z připojeného frekvenčního zdroje, listový nebo vzdálený listový přepínač zpracuje přijatý rámec ESMC, ale respektuje pouze standardní TLV, přičemž bude ignorovat zadaný rozšířený TLV.
· Několik hodnot QL je popsáno kombinací standardní QL TLV a rozšířené QL TLV. Tyto hodnoty jsou převedeny na uzlech listů ACI na hodnoty QL, které lze popsat pouze pomocí standardní QL TLV. Překlady jsou uvedeny v následujících tabulkách:

Rozšířené TLV

Popis

Přeloženo/Efektivní QL

Možnost ITU-T 1

QL-PRTC

ITU-T Možnost 1: Primární referenční časovací hodiny

QL-PRC

QL-eEEC

Možnost ITU-T 1: Vylepšené hodiny ethernetového zařízení

QL-SEC/QL-EEC1

QL-ePRTC

ITU-T Možnost 1: Vylepšené primární referenční časování QL-PRC

Možnost ITU-T 2

QL-PRTC

ITU-T možnost 2, generace 1 a generace 2: Primární referenční časovací hodiny QL-PRS

QL-eEEC

ITU-T Option 2, Generation 1 a Generation 2: Vylepšené hodiny ethernetového vybavení QL-ST3

QL-ePRTC

ITU-T Option 2, Generation 1 a Generation 2: Vylepšené primární referenční časování QL-PRS

Cisco APIC System Management Configuration Guide, Release 6.0(x) 75

Mapování QL s možnostmi konfigurace ACI

Synchronní Ethernet (SyncE)

Cisco APIC System Management Configuration Guide, Release 6.0(x) 76

5 KAPITOLA
Zásady HTTP/HTTPS proxy
· O zásadách HTTP/HTTPS proxy, na straně 77 · Funkce Cisco APIC, které používají HTTP/HTTPS proxy, na straně 77 · Konfigurace zásady HTTP/HTTPS proxy pomocí grafického uživatelského rozhraní, na straně 78
O zásadách HTTP/HTTPS proxy
Počínaje verzí 5.2(1) můžete nakonfigurovat adresu proxy HTTP nebo HTTPS na Cisco Application Policy Infrastructure Controller (APIC) pro funkce, které vyžadují přístup k internetu. Kromě funkcí Cisco APIC, které automaticky používají nakonfigurované adresy proxy, mohou okolní ekosystémy Cisco APIC také dotazovat objekt proxyServer na Cisco APIC, takže ekosystémy mohou používat stejný proxy server jako Cisco APIC, aniž byste museli konfigurovat proxy informace na více platformách. Samotná zásada HTTP/HTTPS proxy neřídí ani nemění síť pro správu (mimo pásmo nebo uvnitř pásma), kterou jednotlivé funkce Cisco APIC používají. Nastavení sítě pro správu můžete určit v předvolbách připojení Cisco APIC. Další informace naleznete v části „Přidání přístupu pro správu“ v kapitole „Správa“ v příručce Cisco APIC Basic Configuration Guide.
Funkce Cisco APIC, které používají HTTP/HTTPS proxy
Pokud jste nakonfigurovali proxy server HTTP nebo HTTPS, následující funkce Cisco Application Policy Infrastructure Controller (APIC) odesílají provoz přes proxy server:
· Cisco Intersight – Device Connector · Vestavěná funkce zpětné vazby Cisco APIC GUI
Poznámka Před vydáním 5.2(1) měl Cisco Intersight – Device Connector vestavěné nastavení proxy. Tato funkce nyní existuje v zásadách proxy HTTP/HTTPS v Cisco APIC.
Cisco APIC System Management Configuration Guide, Release 6.0(x) 77

Konfigurace zásad HTTP/HTTPS proxy pomocí GUI

Zásady HTTP/HTTPS proxy

Konfigurace zásad HTTP/HTTPS proxy pomocí GUI
Následující postup nakonfiguruje zásady proxy HTTP nebo HTTPS. Nastavení serveru proxy můžete také nakonfigurovat pomocí Průvodce prvním nastavením. Další informace o průvodci prvním nastavením naleznete v kapitole „Průvodce prvním nastavením“ v příručce Cisco APIC Basic Configuration Guide.

Krok 1 Krok 2 Krok 3
Krok 4

Na liště nabídek zvolte Systém > Nastavení systému. V navigačním podokně vyberte Zásady proxy. V pracovním podokně zadejte a URL v HTTP URL nebo HTTPS URL pole podle potřeby. Pokud proxy server vyžaduje ověření, použijte následující formát:
http[s]://[username:password]@proxy-server[:proxyport] (Volitelné) V tabulce Ignorovat hostitele klikněte na +, zadejte název hostitele nebo IP adresu hostitele, který by neměl používat proxy HTTP nebo HTTPS a klikněte na Aktualizovat. Tento krok opakujte, pokud chcete přidat další hostitele, kteří by neměli používat proxy HTTP nebo HTTPS.

Cisco APIC System Management Configuration Guide, Release 6.0(x) 78

6 KAPITOLA
Statistika procesů
· ViewStatistiky pro procesy pomocí GUI, na straně 79 · Konfigurace zásady statistiky pro všechny procesy poprvé pomocí GUI, na straně 81 · Konfigurace zásady statistiky pro všechny procesy po konfiguraci zásady při prvním použití
GUI, na straně 82
Viewstatistiky procesů pomocí GUI
Na view statistiky pro proces, na panelu nabídek vyberte Fabric > Inventory. V navigačním podokně proveďte jednu z následujících akcí:
· Pro všechny procesy zvolte pod_ID > node_name > Processes. · Pro konkrétní proces zvolte pod_ID > node_name > Processes > process_name. V podokně Práce vyberte kartu Statistiky. Následující snímek obrazovky ukazuje example všech procesů, ale view pro konkrétní proces je téměř totožné:
Cisco APIC System Management Configuration Guide, Release 6.0(x) 79

Viewstatistiky procesů pomocí GUI

Statistika procesů

Popisek 1 2 3
4
6 7 8 9

Popis
Celkové zdraví procesu. Umístěním ukazatele myši na toto zobrazíte skóre zdraví.
Poruchy. Umístěním ukazatele myši na toto zobrazíte počet chyb pro každou závažnost. Kliknutím na jednu ze závažností přejdete na kartu Chyby, kde se zobrazí chyby dané závažnosti.
Zastaví grafické uživatelské rozhraní v zobrazování aktualizovaných statistik, což vám umožní prozkoumat statistiky tak, jak byly v době, kdy jste klikli na toto tlačítko. Opětovným kliknutím na tlačítko GUI obnovíte zobrazování aktualizovaných statistik. I když grafické uživatelské rozhraní zastavíte v zobrazování aktualizovaných statistik, Cisco Application Policy Infrastructure Controller (APIC) bude nadále shromažďovat nejnovější statistiky.
Otevře dialog Vybrat statistiku, který vám umožní vybrat sampling interval a vyberte statistiku do view.
Umožňuje vybrat typ statistiky view. · Průměr: Zobrazuje průměrné zdroje, které každá statistika použila během období uchování.
· Min: Zobrazuje minimální zdroje, které každá statistika použila během období uchování.
· Max: Zobrazuje maximální zdroje, které každá statistika použila během období uchování.
· Trend: Zobrazuje trend ve využití zdrojů pro každou statistiku během období uchování.
· Sazba: Zobrazuje rychlost, jakou zdroje využívaly jednotlivé statistiky během období uchování.
· výchozí: Tento typ aktuálně zobrazuje stejné informace jako typ Průměr.
Aktualizuje statistická data.
Stáhne statistická data do vašeho místního systému jako XML file. The file se stáhne do výchozího umístění pro stahování vašeho prohlížeče.
Přepíná mezi tabulkou a topologií (grafem) views.
Klikněte na toto a poté zvolte Konfigurovat zásady statistiky a otevřete dialogové okno Vytvořit cíl statistiky. V dialogovém okně můžete vybrat jeden nebo více cílů statistiky a nakonfigurovat kolekce. Kolekce vám umožňují určit dobu uchování pro každou granularitu kolekce a povolit nebo zakázat každou granularitu. Další informace naleznete v části Konfigurace zásady statistiky pro všechny procesy po konfiguraci zásady při prvním použití grafického uživatelského rozhraní, na straně 82.

Cisco APIC System Management Configuration Guide, Release 6.0(x) 80

Statistika procesů

Konfigurace zásady statistiky pro všechny procesy poprvé pomocí GUI

Popisek 10
11 12 13

Popis
Viditelné pouze v topologii viewa pouze po dobu 15 minut a 1 hodinyampling intervaly. Tím se zoom nastaví na přednastavenou hodnotu. Zoom určuje, jaký časový rozsah se má v topologii zobrazit.
· 1H: Nastaví zoom na poslední hodinu.
· 1D: Nastaví zoom na poslední den (posledních 24 hodin).
· 1M: Nastaví zoom na poslední minutu. Tato volba je viditelná pouze v případě, že jste zvolili 1 hodinu sampling interval.
· Vše: Nastaví zoom tak, aby zobrazoval celý rozsah času, který je mírně přes 24 hodin po dobu 15 minutampling interval, a je stejný jako 1M pro 1 hodinu sampling interval.
Viditelné pouze v topologii viewa pouze po dobu 15 minut a 1 hodinyampling intervaly. Rozsah dat topologie. Můžete kliknout na data a změnit hodnoty. Nemůžete zadat datum, které není viditelné na časové ose ve spodní části topologie. Datum od nemůže být pozdější než datum do.
V topologii view, tato oblast zobrazuje graf vybraných statistik. Umístěním ukazatele myši na kteroukoli z epoch zobrazíte přesné údaje pro všechny vybrané statistiky v té době.
Ve stole view, tato oblast zobrazuje tabulku stejných statistik. Tabulku můžete seřadit kliknutím na libovolné záhlaví. Tabulku můžete filtrovat tak, že kliknete na šipku rozevíracího seznamu na pravé straně záhlaví, vyberete Sloupce a poté zaškrtnete nebo odstraníte zaškrtnutí z kteréhokoli z polí.
Viditelné pouze v topologii view. Toto je zoom, který určuje, jaký časový rozsah se má v topologii zobrazit. To vám umožní nastavit přiblížení na libovolnou hodnotu. Přetažením levé strany určete začátek přiblížení a pravé strany konec přiblížení, který určuje dobu zobrazení. Po nastavení začátku a konce můžete pomocí vodorovného posuvníku změnit část časové osy, ve které se nacházíte viewpři zachování stejné délky času.

Konfigurace zásady statistiky pro všechny procesy poprvé pomocí GUI
Tento postup popisuje, jak konfigurovat zásady statistiky pro všechny procesy poprvé od spuštění Cisco Application Policy Infrastructure Controller (APIC). Dialogové okno GUI se liší, pokud jste dříve nakonfigurovali zásady. V tomto případě si přečtěte část Konfigurace zásady statistiky pro všechny procesy po konfiguraci zásady při prvním použití grafického uživatelského rozhraní, na straně 82.
Cisco APIC vytváří a ukládá jeden statistický objekt vždy, když projde granularita (časový interval) kolekce. Napřample, pro 15minutový sběr, po uplynutí 1 hodiny, Cisco APIC vytvoří a uloží 4 statistické objekty. Cisco APIC ukládá až 1,000 5 statistických objektů pro každou kolekci, s výjimkou 12minutové granularity, z níž Cisco APIC ukládá pouze XNUMX statistických objektů.
Krok 1 Na panelu nabídek vyberte Fabric > Inventory.

Cisco APIC System Management Configuration Guide, Release 6.0(x) 81

Konfigurace zásady statistiky pro všechny procesy Po první konfiguraci zásady pomocí GUI

Statistika procesů

Krok 2 Krok 3 Krok 4
Krok 5 Krok 6
Krok 7

V navigačním podokně zvolte pod_ID > název_uzlu > Procesy. V podokně Práce zvolte Akce > Konfigurovat zásady statistiky.
Zobrazí se dialogové okno Vytvořit cíl statistiky.
V oblasti Dostupné vyberte jeden nebo více typů statistik a poté klikněte na horní šedé tlačítko, které se nachází mezi oblastmi Dostupné a Vybrané.
Vybrané typy statistik se přesunou do vybrané oblasti. Jakýkoli typ statistik, který nevyberete, používá výchozí parametry z Fabric > Zásady Fabric > Zásady > Monitorování > výchozí > Zásady shromažďování statistik > VŠECHNY.
Můžete vybrat více typů statistik podržením Ctrl a kliknutím na požadované typy statistik. Můžete také podržet Shift a kliknout na první a poslední typ statistiky a vybrat všechny typy statistik.
Klepněte na tlačítko Další. Poklepáním na řádek podrobnosti povolte nebo zakažte tuto úroveň podrobnosti a změňte dobu uchování historie a poté klikněte na Aktualizovat.
Tento krok opakujte pro každou úroveň podrobnosti, kterou chcete upravit. Tyto hodnoty se použijí pro všechny vybrané typy statistik.
Klepněte na tlačítko OK.

Konfigurace zásady statistiky pro všechny procesy po
Konfigurace zásad při prvním použití GUI
Tento postup popisuje, jak nakonfigurovat zásady statistiky pro všechny procesy poté, co jste tuto zásadu nakonfigurovali poprvé. Dialogové okno GUI se liší, pokud jste dříve nenakonfigurovali zásady. V tomto případě si přečtěte část Konfigurace zásady statistiky pro všechny procesy při prvním použití grafického uživatelského rozhraní, na straně 81.
Řadič Cisco Application Policy Infrastructure Controller (APIC) vytváří a ukládá jeden objekt statistik, kdykoli projde granularita (časový interval) kolekce. Napřample, pro 15minutový sběr, po uplynutí 1 hodiny, Cisco APIC vytvoří a uloží 4 statistické objekty. Cisco APIC ukládá až 1,000 5 statistických objektů pro každou kolekci, s výjimkou 12minutové granularity, z níž Cisco APIC ukládá pouze XNUMX statistických objektů.

Krok 1 Krok 2 Krok 3
Krok 4
Krok 5

Na panelu nabídek zvolte Fabric > Inventory. V navigačním podokně zvolte pod_ID > název_uzlu > Procesy. V podokně Práce zvolte Akce > Konfigurovat zásady statistiky. Zobrazí se výchozí dialogové okno Upravit zásady statistiky.
Na kartě Kolekce a prahové hodnoty rozbalte podle potřeby položku Systémový CPU, Zatížení systému nebo Systémová paměť. Systémový CPU, Systémová zátěž a Systémová paměť se zobrazí pouze v případě, že jste je nakonfigurovali dříve.
Chcete-li upravit kolekci, klikněte na tlačítko Upravit (ikona tužky) napravo od požadovaného intervalu kolekce. Pro tento interval sběru se zobrazí dialogové okno Shromažďování statistik a prahové hodnoty. Kolekce určují, zda Cisco APIC shromažďuje statistiky pro konkrétní granularitu a jak dlouho Cisco APIC uchovává shromážděné statistiky. a) Na kartě Zásady nastavte požadované vlastnosti.

Cisco APIC System Management Configuration Guide, Release 6.0(x) 82

Statistika procesů

Konfigurace zásady statistiky pro všechny procesy Po první konfiguraci zásady pomocí GUI

Krok 6

Zrnitost nemovitosti
Stav správce

Popis
Podrobnost kolekce, kterou upravujete. Tuto hodnotu nemůžete změnit.
Administrativní stav sbírky. Možné hodnoty jsou:
· vypnuto: Zakáže tuto kolekci, což znamená, že Cisco APIC nebude shromažďovat statistiky pro tuto granularitu kolekce.
· povoleno: Povolí tuto kolekci, což znamená, že Cisco APIC shromažďuje statistiky pro tuto granularitu kolekce.
· zděděno: Tato kolekce zdědí svůj administrativní stav z výchozí zásady. Můžeš view a upravte výchozí zásadu tak, že přejdete na Fabric > Zásady Fabric, poté Zásady > Monitorování > výchozí > Zásady shromažďování statistik.

Období uchování historie

Doba, po kterou Cisco APIC uchovává objekt statistik.

b) Na kartě Thresholds (Práhy) můžete upravit nebo odstranit jakékoli nakonfigurované prahové hodnoty. c) Na kartě Historie můžete view protokol událostí a auditu. d) Po dokončení změn klikněte na Odeslat.
Chcete-li nakonfigurovat práh, klikněte na tlačítko + napravo od požadovaného intervalu sběru a vyberte vlastnost.
Zobrazí se dialogové okno Create Stats Threshold pro daný interval sběru. Prahové hodnoty určují, že Cisco APIC nastaví chybu, když hodnota konkrétní statistiky dosáhne nebo překročí určitou hodnotu.
a) Nastavte požadované vlastnosti.

Vlastnictví

Popis

Normální hodnota

Základní hodnota pro prahové hodnoty.

Směr prahu

Určuje whet

Dokumenty / zdroje

Průvodce konfigurací správy systému CISCO APIC [pdfUživatelská příručka APIC System Management Configuration Guide, APIC System Management, Configuration Guide

Reference

• Uživatelská příručka