Ինչպես ենք փորձարկում PTP-ն և SyncE-ն. holdover, ասիմետրիա

Տրանսպորտային ցանցի կոմուտատորը գալիս է բնութագրի մի տողով՝ IEEE 1588v2, boundary և transparent clock, SyncE, G.8275.1։ Այդ տողն ասում է, որ արձանագրությունը firmware-ում կա։ Այն չի ասում, թե ինչ է անում սարքը, երբ uplink-ը լի է, երբ grandmaster-ը լռում է կամ շարունակում է պատասխանել և սխալ ժամանակ է բաժանում։ Ներքևի ռադիոները հավատում են այն ամենին, ինչ ուղարկում է սարքը։

Ստենդը

Փորձարկվող սարքը (DUT) այն է, որով անցնում է ժամանակը՝ boundary clock ագրեգացիայում, PTP չաջակցող հանգույց մեջտեղում, կայանի երթուղիչ եզրին։ Մեր գեներատորները էմուլյացնում են PTP երկու կողմից՝ վերևում մեկ կամ երկու grandmaster՝ Ձեր դիզայնի պրոֆիլով, դոմենով և Announce ատրիբուտներով, ներքևում՝ ռադիոների slave ժամացույցները։ Կողքին աշխատում է SyncE-ն՝ ESMC որակի մակարդակներով։ Նույն պորտերով գեներատորը տանում է օգտատիրական տրաֆիկը Ձեր դասերով՝ մինչև line rate 1G, 10G և 100G պորտերում, 400G և ավելի արագ՝ ըստ նախագծի։ Սա 5G-ի և բջջային միջուկի էջի տրանսպորտային դասի համաժամեցման կետն է։

Մեկ սահմանափակում. ստենդում դեռ չկա առանձին համաժամեցման անալիզատոր։ Մենք տեսնում ենք արձանագրության վիճակները, հաղորդագրությունները և յուրաքանչյուր փաթեթի ուշացումը գեներատորի մեկ ժամացույցով։ Time error-ը նանովայրկյաններով՝ սարքի ժամացույցի դասի դեմ (ITU-T G.8273.2), և շեղումը holdover-ում պահանջում են այդ անալիզատորը, ուստի ժամանակի ամբողջական վերլուծությունը համաձայնեցնում ենք ըստ նախագծի և սարքավորումը նշում ենք պլանում։

Ինչ ենք ստուգում

• Պրոֆիլ և լռելյայն արժեքներ. G.8275.1 կամ G.8275.2, դոմեն, multicast հասցե, հաղորդագրությունների հաճախականություն, արդյոք սարքը կապվում է ժամանակին և որքան արագ
• Լավագույն master-ի ընտրություն. երկու grandmaster տարբեր clock class-ով, մեկը վատթարանում է հրամանով, որին է ընտրում սարքը, ինչ արագությամբ, արդյոք չի տատանվում երկուսի միջև
• Holdover. grandmaster-ը լռում է բեռի տակ, ինչ վիճակի է անցնում սարքը, ինչ clock class է հայտարարում ներքև, ինչպես է վերականգնում կապը
• Աղբյուր, որը ստում է. լավ clock class և ժամանակի թռիչք վայրկյաններով, արդյոք սարքն այդ թռիչքը փոխանցում է ռադիոներին
• PTP բեռի տակ. PTP հաղորդագրությունների ուշացման տատանումը PTP չաջակցող հանգույցներով՝ բեռի աստիճաններում, օրինակ՝ 30, 70 և 100%
• Ուղու ասիմետրիա. միակողմանի ուշացումը յուրաքանչյուր ուղղությամբ Ձեր բեռի տակ, մեկ ժամացույցով
• SyncE. անցումը պահուստային աղբյուրի, երբ հիմնականն իջնում է մինչև DNU, և այդ անցման ժամանակը

Ինչն է սովորաբար խափանվում

Ուղու ասիմետրիան։ PTP-ն round trip-ը կիսում է երկու մասի, այսինքն՝ ուշացումը համարում է նույնը երկու ուղղությամբ։ Բեռի տակ դա հազվադեպ է այդպես. ներքև գնում է վիդեո, վերև գրեթե դատարկ է, և հերթն աճում է մի կողմում։ Ասիմետրիայի յուրաքանչյուր միկրովայրկյան ժամացույցը տեղաշարժում է կես միկրովայրկյանով։ Տիպային նախագծում PTP չաջակցող hop-ը 70% բեռի դեպքում ներքև տալիս է 3 մկվ ավելի ուշացում, քան վերև՝ 1,5 մկվ time error մեկ hop-ից, ամբողջ ±1,5 մկվ պաշարը, որը կիսում են հարևան TDD բջիջները։ Կապուղին անցել էր throughput-ի բոլոր թեստերը, ուստի ասիմետրիան ոչ ոք չէր չափել։

Երկրորդ դեպք. տարբեր լռելյայն արժեքներ։ Մի սարքն աշխատում է G.8275.1-ի դոմենում, հաջորդը գալիս է G.8275.2-ի դոմենով, կամ նրանք չեն համընկնում multicast հասցեում։ Ներքևինը այդպես էլ չի կապվում ժամանակին և աշխատում է իր ներքին օսցիլյատորով, մինչ տրաֆիկը շարունակում է անցնել։ Ստենդում դա կապ է, որը չի հաստատվում, և այն հայտնաբերվում է առաջին իսկ ժամում։

Երրորդ դեպք. holdover, որի մասին ոչ ոք չգիտի։ Grandmaster-ը լռել է, սարքն անցել է holdover-ի և շարունակում է հայտարարել այն clock class-ը, որն ուներ կապի ժամանակ։ Ռադիոներն աշխատում են այնպես, կարծես ժամանակը ճիշտ է, մինչև շեղումը դրսևորվի որպես ինտերֆերենցիա։ Ավելի վատ է աղբյուրը, որը կենդանի է և սխալ ժամանակ է բաժանում, ինչպես մեր նյութում այն ժամացույցի մասին, որը ոչ ոք չի ստուգում։ Կապի կորուստը, երբ PTP-ն նույն հերթում է օգտատիրական տրաֆիկի հետ, քննարկել ենք 5G transport-ի մասին գրառման մեջ։

Ինչ կա հաշվետվության մեջ

Կապի ժամանակը և վիճակը ըստ սցենարների։ Լավագույն master-ի ընտրությունը և անցման ժամանակը։ Holdover-ի ժամանակագրությունը՝ իրադարձություն, վիճակ, հայտարարված clock class, կապի վերականգնման ժամանակ։ PTP-ի ուշացման տատանումը ըստ բեռի աստիճանների։ Միակողմանի ուշացումը ըստ ուղղությունների և ասիմետրիայից բխող time error-ը՝ «հաշվարկ» նշումով։ SyncE-ի անցումների ժամանակը։ Համաժամեցման յուրաքանչյուր կետ նշված է որպես ստուգում էմուլյացված PTP-ով, իսկ եթե նախագծում կա համաժամեցման անալիզատոր, time error-ը ժամացույցի դասի դեմ առանձին բաժին է։ Կոնֆիգուրացիան, firmware-ը և պրոֆիլի կարգավորումները, որպեսզի վենդորը կարողանա կրկնել ցանկացած կետ։

Որտեղից սկսել

Ուղարկեք մեզ կոմուտատորի կամ երթուղիչի մոդելը, firmware-ը և համաժամեցման պլանը՝ պրոֆիլը, grandmaster-ները, ժամացույցների շղթան և յուրաքանչյուր hop-ի բյուջեն։ Մենք պատասխանում ենք թեստի պլանի նախագծով՝ կետերը, ստենդի սխեման և ժամկետները։ Հաշվետվությունը մնում է Ձեզ, և Դուք կարող եք այն ցույց տալ վենդորին։ Գրեք մեզ կամ տեսեք, թե էլ ինչ է անում ստենդը։