2016-01-05 22 views
5

Chciałbym uzyskać porady na temat najlepszego dostępnego kontrolera SDN z otwartym dostępem do kodu źródłowego. Chcę wdrożyć i przetestować niektóre pomysły, które mam w swoich badaniach, więc muszę użyć symulacji, takiej jak Mininet. W rzeczywistości jestem zaznajomiony z mininet i potrafię sobie z tym poradzić. Jednak Mininet używa kontrolera POX, który jest nieco żmudny i mało przyjazny dla użytkownika, więc jeśli chodzi o zarządzanie topologią sieci i modyfikowanie przepływów, staje się trudnym zadaniem, ponieważ trzeba mocno zakodować wszystko od zera (jestem początkującym w Pythonie). Czy istnieje przyjazny dla użytkownika kontroler SDN, którego mogę używać zamiast POX? Próbowałem już Floodlight i Opendaylight, ale nie są one naprawdę gotowe i zawierają wiele błędów.Jakie alternatywy dostępne są kontrolery SDN do POX?

Dziękuję.

Odpowiedz

2

Myślę, że możesz spróbować użyć ryu. Jest oparty na pythonie i łatwy w użyciu.

Jest prosty sposób, aby zainstalować sterownik ryu, spróbuj sdnds-tw/ryuInstallHelper

7

Nox

Wszystko zaczęło się NOx. Niektórzy mogą twierdzić, że NOX jest pierwszym kontrolerem OpenFlow, który przyciągnął wielu badaczy wokół siebie i osiągnął szeroką akceptację. Większość podstawowych dokumentów związanych z oprogramowaniem (SDN) i OpenFlow oraz aplikacji są implementowane jako dodatek do NOX. Nawet Google użył NOX do zbudowania (prototypowego?) Własnego rozproszonego kontrolera OpenFlow, zwanego ONIX. Mimo to, całe to zamieszanie zostało w 2010 roku. Od tego czasu listy mailingowe NOX są prawie porzucone i żadne podstawowe zmiany, które znam, nie zostały wprowadzone do bazy kodu.

Pox

POX nazywa siebie jako młodego rodzeństwa NOX. (Oba są zarządzane/utrzymywane przez ten sam zespół/organizację). Moim osobistym przekonaniem jest to, że POX jest mniej lub bardziej zmotywowany przez cel stworzenia przyjaznego dla programisty następcy kontrolera OpenFlow dla NOX. Prawie wszyscy nowoprzybyli OpenFlow są kierowani do POX lub Floodlight. Dlatego nie jest zaskoczeniem, że ma bardzo aktywną listę mailingową. POX zapewnia ograniczony interfejs API WWW (za pośrednictwem JSON-RPC) i umiarkowaną kolekcję podręczników na swojej wiki. Jest napisany w języku Python i zapewnia przyzwoity interfejs API Pythona dla Pythonistas. Dzięki temu, że język Python jest językiem interpretowanym, POX naprawdę skraca czas spędzony w cyklu rozwijania i wdrażania, szczególnie w porównaniu z NOx opartym na C++. Ponadto, oprócz obsługi GUI NOX, POX zapewnia również GUI oparty na Internecie.

Beacon

Podsumowując, Beacon zapewnia zwartą i wyrazistą bazę kodu i działa bez zarzutu. Mówiąc to, zależność Eclipse i OSGi naprawdę mnie zabija i wspiera tylko topologie gwiazd (czyli topologie bez pętli) jest bardzo ograniczająca. Jeśli chcesz wypróbować Beacon, polecam zamiast tego ocenić Floodlight.

Floodlight

Reflektor posiada niewątpliwie najbardziej aktywnego i elastycznego społeczności wśród oprogramowanie F/OSS openflow. Większość programistów Floodlight pracujących w BigSwitch Networks bezpośrednio uczestniczy w listach dyskusyjnych. Możesz omówić problem z konkretnymi programistami danego modułu. Nigdy nie widziałem ani pytania bez odpowiedzi, ani nierozwiązanego problemu. To była prawdziwie wspierająca i aktywna społeczność.Floodlight udostępnia niemal całą swoją funkcjonalność za pośrednictwem interfejsu REST API i istnieje wiele przydatnych narzędzi do wykonywania typowych zadań, takich jak statyczne trasy i popychania do końca trasy (obwód). Floodlight ma interfejs użytkownika oparty na sieci WWW (nadesłany przez Wesa Feltera) i oparty na języku Java interfejs GUI o nazwie Avior, którego autorem jest Jason Parraga. Jedyny w swoim rodzaju, Floodlight może być również uruchamiany jako backend sieciowy przy użyciu wtyczki Quantum. Wreszcie jest to najbardziej udokumentowany projekt kontrolera w ekosystemie.

Ryu

Ryu to program określonych ramach sieci oparte na komponentach. Ryu dostarcza komponenty oprogramowania z dobrze zdefiniowanym API, które ułatwiają programistom tworzenie nowych aplikacji do zarządzania siecią i sterowania. Ryu obsługuje różne protokoły do ​​zarządzania urządzeniami sieciowymi, takimi jak OpenFlow, Netconf, OF-config, itp. O OpenFlow, Ryu obsługuje w pełni wersje 1.0, 1.2, 1.3, 1.4, 1.5 i rozszerzenia Nicira. Cały kod jest swobodnie dostępny na licencji Apache 2.0. **

ONOS

Onos projekt (Open Network Operating System) to społeczność open source prowadzony przez Linux Foundation. Celem projektu jest stworzenie zdefiniowanego przez oprogramowanie sieciowego systemu zarządzania (SDN) dla dostawców usług telekomunikacyjnych, zaprojektowanego pod kątem skalowalności, wysokiej wydajności i wysokiej dostępności.

Opendaylight

The OpenDaylight Projekt jest wspólnym projektem open source, prowadzony przez Linux Foundation. Celem projektu jest przyspieszenie wdrażania sieci zdefiniowanej programowo (SDN) i stworzenie solidnego fundamentu dla funkcji Network Functions Virtualization (NFV). Oprogramowanie napisane jest w Javie.

2

Po pierwsze, zarówno Floodlight, jak i OpenDaylight są gotowe do produkcji. Chociaż ten post był sprzed kilku miesięcy, OpenDaylight był już produkowany w wielu organizacjach.

Zakładając jakiegoś innego powodu wolisz kontrolery inne niż OpenDaylight i Floodlight możesz dać spróbować Onos lub Kandoo/ula rozprowadzane regulatorowi https://github.com/kandoo/beehive-netctrl

Należy pamiętać, że roszczenie Mininet wykorzystuje POX jest mylące. Możesz używać dowolnego kontrolera z Mininetem.

Przykładowo

  1. Konfiguracja Mininet z Reflektor - http://kkpradeeban.blogspot.com/2015/09/configuring-mininet-with-floodlight.html

  2. Konfiguracja Mininet z OpenDaylight - http://kkpradeeban.blogspot.com/2014/10/configuring-opendaylight-with-mininet.html

Powiązane problemy