📬 ISN 192: Catalyst Center na Mini-PC, Przyszłość ACI i OpenAPI w Terminalu!

Cisco Catalyst Center na mini-PC

Cisco Catalyst Center on a mini-PC home lab - Part One

I recently managed to run Catalyst Center (formerly DNAC) in my home lab on a mini-PC. Interested? I’ll try to describe in a few words why and how I have done it.

LinkedInMariusz Trojanowski

Od około roku Catalyst Center dostępny jest w formie wirtualnej jako plik OVA dla hypervisora ESXi. Wymagania zostały obniżone względem DNAC, ale nadal pozostają wygórowane:

• 32 vCPU
• 256 GB RAM
• 3 TB SSD

Mini-PC z 16-rdzeniowymi procesorami AMD Ryzen powinno wystarczyć. Pomnożone przez 2 wątki/rdzeń powinno dać wymagane 32 vCPU. Co więcej, choć oficjalnie obsługują tylko 64/96 GB RAM, na rynku pojawiły się moduły 128GB (2x64GB).

Dawało to nadzieję, choć nadal brakowało połowy wymaganej pamięci RAM...

W nowej wersji VMware ESXi 8.0U3, dodano funkcję "NVME tiering". Pozwala ona wykorzystywać dysk NVME jako dodatkową warstwę RAM, do 400% (zalecane 25%).

Autor artykuły zdecydował się na zestaw:

• Minisforum MS-A2 (AMD 7945HX CPU, bez RAM i SSD)
• 128GB Crucial DDR5 5600MHz RAM
• Samsung 990 PRO 4TB jako główny dysk
• Stary dysk 256GB do celów NVME tiering
• ESXi 8.0U3 na pendrive USB 64GB

Catalyst Center uruchomił się i funkcjonuje stabilnie.

Czy to Koniec Ery Cisco ACI?

Goodbye ACI?

Cisco ACI was announced in 2013. A switch fabric managed by controllers, it was a radical departure from traditional networking. We have provided code to migrate many clients traditional networks to ACI.From an automation point of view, ACI makes a refreshing change from parsing CLI. The object model is large and complex, but Cisco provides tools to navigate and, comprehensive documentation to drive the API.Unfortunately, the GUI is a direct representation of the object model, which does little

KubeCodesteve291030

Czy pamiętacie jeszcze entuzjazm z 2013 roku, gdy Cisco zaprezentowało ACI jako rewolucję w zarządzaniu sieciami? Dzisiaj, ponad dekadę później, coraz więcej organizacji rozważa migrację z tego rozwiązania.

Cisco Application Centric Infrastructure (ACI) było odpowiedzią na rosnące potrzeby automatyzacji i programowalności sieci. Switch fabric zarządzany przez kontrolery stanowił radykalne odejście od tradycyjnych metod konfiguracji sieciowych.

Oznaczało to koniec z parsowaniem CLI i powitanie nowej ery API. Model obiektowy ACI, choć złożony i rozbudowany, oferował narzędzia nawigacyjne oraz kompleksową dokumentację dla programistów.

Największym problemem okazało się GUI, które jest bezpośrednim odwzorowaniem modelu obiektowego. Ta implementacja znacznie utrudnia zrozumienie fundamentalnych koncepcji ACI, szczególnie dla zespołów przechodzących z tradycyjnych rozwiązań.

Wielu klientów wybrało podejście "network-centric" podczas migracji. Strategia ta łączy Endpoint Groups (EPG) z granicami VLAN i podsieci, co znacznie upraszcza wdrożenie.

Jednak takie podejście eliminuje jedną z kluczowych zalet ACI - możliwość tworzenia polityk ruchu między punktami końcowymi bez polegania na adresach IP. W trybie "application-centric" możliwe jest wykorzystanie kontraktów między logicznie powiązanymi grupami endpoints.

Obecne trendy wskazują na rosnące zainteresowanie migracją z ACI w kolejnych cyklach odświeżania infrastruktury. Przyczyny tego zjawiska to:

• Nadmierna złożoność w codziennym zarządzaniu
• Ograniczona użyteczność w deploymentach network-centric
• Rozwój alternatywnych technologii jak EVPN

Ważnym aspektem jest fakt, że migracja z ACI nie oznacza automatycznie rezygnacji z rozwiązań Cisco. Firma oferuje alternatywne platformy, które mogą lepiej odpowiadać obecnym potrzebom organizacji.

Kolekcja prezentacji z Cisco Live

cisco-live/ciscolive-2025-sandiego.md at master · babajung/cisco-live

Contribute to babajung/cisco-live development by creating an account on GitHub.

GitHubbabajung

Zbiór zawiera sporą kolekcję prezentacji w formie slajdów z Cisco Live. Znajdziesz tu między innymi najnowsze wydarzenia z 2025 w Amsterdamie i San Diego.

OpenAPI w terminalu

GitHub - zaghaghi/openapi-tui: Terminal UI to list, browse and run APIs defined with openapi spec.

Terminal UI to list, browse and run APIs defined with openapi spec. - zaghaghi/openapi-tui

GitHubzaghaghi

openapi-tui to terminalowy interfejs użytkownika, który pozwala na przeglądanie i uruchamianie API opartych na specyfikacji OpenAPI w wersji 3.0 i 3.1. Dzięki niemu możesz łatwo załadować lokalny lub zdalny plik specyfikacji (JSON lub YAML), przeglądać dostępne endpointy, filtrować je, a także wysyłać zapytania i zarządzać historią wywołań. Narzędzie wspiera m.in. webhooks, edycję nagłówków i parametrów zapytań oraz zapis odpowiedzi.

Podstawy firewalli od Cisco