Тихи EVPN домаћин се никада не разрешава: пратите ARP до повезивања

Крајња тачка је повезана, њен порт је активан, а надзорни домаћин је и даље не може достићи. Неко покрене ping са друге стране и то почне да ради, због чега проблем изгледа повремен, а fabric изгледа невин. Тај образац је потпис тихог домаћина: ретко емитује, па је понашање fabric при откривању и освежавању важније од стања његовог прикључка. Почните са једном циљном IP, MAC и bridge domain и пратите следећу размену разрешавања.

Пратите следећу ARP или ND размену

За IPv4, посматрајте ARP размену домаћина који шаље захтев; за IPv6, пратите Neighbor Solicitation и Advertisement. Потврдите да захтев улази у циљни локални сегмент и циљни VNI, јер захтев који никада не стигне до исправног bridge domain не може одговорити ниједан прокси.

Затим погледајте шта fabric зна о циљу. Рута само са MAC може идентификовати Layer 2 одредиште док прокси још нема повезивање IP-to-MAC за њега. То су одвојени записи, и провера једног не говори ништа о другом.

Ако постоји важеће повезивање, прокси може одговорити у складу са својом политиком, али MAC у том повезивању и даље захтева активну путању прослеђивања. Ако повезивање недостаје, захтев мора стићи до прикључка крајње тачке кроз путању flooding-а или репликације пре него што било шта може да научи из одговора.

Два записа која морају да се поклопе

MAC рута одговара где живи Ethernet адреса. Табела проксија одговара који IP се мапира на који MAC. Домаћин који није недавно говорио може имати сасвим добру MAC руту и ниједан употребљив запис проксија, и то је управо стање које производи неуспех разрешавања на здравом прикључку.

На удаљеном прикључку проверите да ли крајња тачка заиста прима размену и одговара на њу. Њен одговор освежава локално учење и одговарајућу EVPN објаву, зато изгледа да ручни ping поправља ствари: ви сте генерисали саобраћај који је fabric чекао. То такође објашњава зашто поправка не траје: када освежени запис остари, крајња тачка поново заћути. Заказани ping лечи симптом и скрива празнину у дизајну.

Након одговора, пратите изабрану руту и инсталирано стање прослеђивања назад ка пошиљаоцу захтева. Успех разрешавања и успех прослеђивања су два одвојена догађаја, а тикет који их меша шаље вас на погрешан слој.

Шта стандард заправо претпоставља

RFC 9161 описује динамичко учење проксија и подразумевани flooding непознатих ARP и ND захтева. Потпуно потискивање тог flooding-а ограничено је на распоређивања чије претпоставке учења или обезбеђивања га чине безбедним, што је ужи услов него што сугеришу већина конфигурационих водича.

Fabric који очекује новооткривене крајње тачке потребна је радна путања за те захтеве. Ако је неко искључио flooding непознатих захтева да би смањио BUM саобраћај, тихи домаћини су популација која за то плаћа, а симптом долази недељама касније као жалба на повремену доступност.

Читајте подешавање потискивања као изјаву о томе шта fabric обећава да зна. Ако ништа не обезбеђује повезивања, обећање није истинито за ретке пошиљаоце. Упоредите конфигурисано потискивање са системом обезбеђивања који би требало да га храни. Када се то двоје не слаже, fabric се понаша тачно онако како је конфигурисан, и очекивање је оно што треба поправити.

Освежавање, старење и статична алтернатива

Стандард описује подржане сонде освежавања пре него што динамички записи остаре. Одговори освежавају релевантно стање bridge-а и проксија; изостанак одговора може легитимно довести до уклањања и повлачења руте. То није грешка коју треба потиснути растезањем сваког тајмера.

Неограничено продужавање тајмера старења мења видљив неуспех за застарео: fabric наставља да оглашава локацију коју је домаћин напустио. Користите документоване контроле имплементације и изаберите животни век који одговара томе колико често се крајња тачка разумно може очекивати да говори.

За познате, управљане крајње тачке, статично или од контролера обезбеђено повезивање је легитиман други модел. Потребан му је власник који се бави заменом и премештањем, јер се обезбеђени запис не ажурира сам када домаћин пређе на други порт.

Шта забележити пре следећег тикета

Држите извор повезивања, време последњег освежавања, тренутну локацију и сваки догађај повлачења поред MAC руте. Тај запис одговара на питање које тикет заиста поставља: да ли апликација чека откривање, ослања се на застарело стање или не успева да проследи након успешног разрешавања?

Затим одлучите који сте од три спремни да управљате. Откривање са flooding-ом, освежавање са реалистичним животним веком или обезбеђивање са власником — сви су одбрањиви. Fabric конфигурисан за једно, а од кога се очекује да се понаша као друго, место је где тихи домаћини нестају.