Son nöqtə qoşulub, portu aktivdir və monitorinq hostu yenə də ona çata bilmir. Biri uzaq tərəfdən ping işlədir və iş başlayır, bu da problemi fasiləli göstərir və fabric-i günahsız kimi qələmə verir. Bu nümunə sakit hostun imzasıdır: nadir hallarda ötürür, buna görə fabric-in aşkarlama və yeniləmə davranışı onun qoşulma vəziyyətindən daha çox əhəmiyyət daşıyır. Bir nəzərdə tutulan IP, MAC və bridge domain ilə başlayın və növbəti həll mübadiləsini izləyin.

Növbəti ARP və ya ND mübadiləsini izləyin

IPv4 üçün sorğu göndərən hostun ARP mübadiləsini müşahidə edin; IPv6 üçün Neighbor Solicitation və Advertisement-i izləyin. Sorğunun nəzərdə tutulan yerli seqmentə və nəzərdə tutulan VNI-yə daxil olduğunu təsdiqləyin, çünki düzgün bridge domain-ə heç vaxt çatmayan sorğuya heç bir proxy cavab verə bilməz.

Sonra fabric-in hədəf haqqında nə bildiyinə baxın. Yalnız MAC marşrutu Layer 2 təyinatını müəyyən edə bilər, halbuki proxy-nin hələ də onun üçün IP-to-MAC bağlaması yoxdur. Bunlar ayrı qeydlərdir və birini yoxlamaq digəri barədə heç nə demir.

Etibarlı bağlama varsa, proxy öz siyasətinə uyğun cavab verə bilər, lakin həmin bağlamadakı MAC hələ də aktiv yönləndirmə yoluna ehtiyac duyur. Əgər bağlama yoxdursa, sorğu cavabdan hər hansı məlumat öyrənilməzdən əvvəl daşqın və ya replikasiya yolu ilə son nöqtənin qoşulmasına çatmalıdır.

Uyğun gəlməli olan iki qeyd

MAC marşrutu Ethernet ünvanının harada yaşadığını cavablandırır. Proxy cədvəli hansı IP-nin hansı MAC-ə uyğunlaşdığını cavablandırır. Son vaxtlar danışmayan hostun tamamilə yaxşı MAC marşrutu və istifadə edilə bilən proxy yazısı olmaya bilər və bu, sağlam qoşulmada həll uğursuzluğu yaradan dəqiq vəziyyətdir.

Uzaq qoşulmada son nöqtənin mübadiləni həqiqətən alıb-almadığını və cavab verib-vermədiyini yoxlayın. Onun cavabı yerli öyrənməni və uyğun EVPN elanını yeniləyir, buna görə də əl ilə ping işləri düzəldirmiş kimi görünür: siz fabric-in gözlədiyi trafiki yaratdınız. Bu həm də düzəlişin niyə davam etmədiyini izah edir: yenilənmiş yazı köhnəldikdən sonra son nöqtə yenidən susur. Planlaşdırılmış ping simptomu müalicə edir və dizayn boşluğunu gizlədir.

Cavabdan sonra seçilmiş marşrutu və quraşdırılmış yönləndirmə vəziyyətini sorğu göndərənə doğru geri izləyin. Həllin uğur qazanması və yönləndirmənin uğur qazanması iki ayrı hadisədir və bunları qarışdıran bilet sizi yanlış qata göndərir.

Standart əslində nəyi fərz edir

RFC 9161 dinamik proxy öyrənməsini və naməlum ARP və ND sorğularının standart daşqınını təsvir edir. Həmin daşqının tamamilə boğulması yalnız öyrənmə və ya təchizat fərziyyələri bunu təhlükəsiz edən yerləşdirmələrlə məhdudlaşır ki, bu da əksər konfiqurasiya təlimatlarının ima etdiyindən daha dar bir şərtdir.

Yeni aşkar edilmiş son nöqtələri gözləyən fabric bu sorğular üçün işlək yol tələb edir. Əgər kimsə BUM trafikini azaltmaq üçün naməlum sorğu daşqınını söndürübsə, sakit hostlar bunun əvəzini ödəyən əhalidir və simptom həftələr sonra fasiləli əlçatanlıq şikayəti kimi gəlir.

Boğma parametrini fabric-in bilməyi vəd etdiyi şey haqqında bir ifadə kimi oxuyun. Əgər bağlamaları heç nə təchiz etmirsə, vəd tez-tez olmayan göndərənlər üçün doğru deyil. Konfiqurasiya edilmiş boğmanı onu qidalandırmalı olan təchizat sistemi ilə müqayisə edin. Bu ikisi uyğun gəlmədikdə, fabric tam olaraq konfiqurasiya edildiyi kimi davranır və düzəldilməli olan gözləntidir.

Yeniləmə, köhnəlmə və statik alternativ

Standart dinamik yazılar köhnəlməzdən əvvəl dəstəklənən yeniləmə problarını təsvir edir. Cavablar müvafiq bridge və proxy vəziyyətini yeniləyir; cavabın olmaması qanuni olaraq silinməyə və marşrutun geri çəkilməsinə səbəb ola bilər. Bu, hər taymeri uzatmaqla boğulmalı olan bir səhv deyil.

Köhnəlmə taymerlərini qeyri-müəyyən müddətə uzatmaq görünən uğursuzluğu köhnə uğursuzluqla dəyişir: fabric hostun tərk etdiyi yeri elan etməyə davam edir. Tətbiqin sənədləşdirilmiş idarəetmə vasitələrindən istifadə edin və son nöqtənin danışması ağlabatan şəkildə gözlənilən tezliyə uyğun ömür seçin.

Tanınan, idarə olunan son nöqtələr üçün statik və ya nəzarətçi tərəfindən təchiz edilmiş bağlama qanuni ikinci modeldir. Onun dəyişdirmə və yerdəyişmə ilə məşğul olan sahibə ehtiyacı var, çünki təchiz edilmiş qeyd host başqa porta keçdikdə özünü yeniləmir.

Növbəti bilet öncəsi nə qeyd etməli

Bağlamanın mənbəyini, son yeniləmə vaxtını, cari yerini və hər hansı geri çəkilmə hadisəsini MAC marşrutunun yanında saxlayın. Bu qeyd biletin əslində soruşduğu suala cavab verir: tətbiq aşkarlamanı gözləyir, köhnə vəziyyətə arxalanır, yoxsa uğurlu həlldən sonra yönləndirə bilmir?

Sonra üçündən hansını idarə etməyə hazır olduğunuza qərar verin. Daşqınla aşkarlama, real ömürlə yeniləmə və ya sahiblə təchizat hamısı müdafiə oluna bilər. Biri üçün konfiqurasiya edilib digəri kimi davranması gözlənilən fabric sakit hostların yox olduğu yerdir.

Əlaqəli məqalələr