Wymagania dotyczące rutowania

• Do określenia, czy punkt docelowy datagramu znajduje się w sieci dołączonej, musi wykorzystywać maskę adresu.
  Tak: Określenie to następuje na podstawie tablicy rutingu, podczas wyboru pozycji z tablicy używane są maski sieciowe tam umieszczone.
• Musi poprawnie pracować w minimalnym środowisku pozbawionym ruterów (wszystkie sieci są podłączone bezpośrednio).
  Tak: W takim przypadku wszystkie elementy tablicy rutingu powinny mieć ustawioną odległość na 0.
• Musi utrzymywać ,,bufor marszruty'' mapowań do rutera osiąganego w następnym kroku (ang. next-hop router).
  Tak: Zaimplementowano jako tablicę rutingu.
• Jeżeli w tablicy rutingu nie występuje element odpowiadający punktowi docelowemu, to musi wykorzystać trasę domyślną.
  Tak: W przypadku braku elementu pasującego w tablicy rutingu wybrana zostanie trasa domyślna, oczywiście pod warunkiem, że została wcześniej zdefiniowana.
• Może implementować tablicę tras statycznych
  Tak: Trasy wprowadzane do tablicy rutingu ręcznie są statyczne.
• Do każdej trasy statycznej może dołączać flagę określającą, czy może ona zostać nadpisana przez przekierowanie, czy też nie.
  Nie: brak takiej flagi w pozycji tablicy rutingu.
• Może dopuścić, aby klucz tablicy rutingu był kompletnym adresem hosta, a nie tylko adresem sieci.
  Tak: Dozwolone jest wprowadzenie pełnego adresu, co więcej pozycja taka ma pierwszeństwo w wyborze przed pozycją rutującą do sieci.
• Powinien włączyć TOS do elementu tablicy rutingu.
  Nie: nie zaimplementowano.
• Nie powinien zakładać, że trasa jest zawsze poprawna
  Tak: Trasy w tablicy rutingu mogą być wprowadzane na określony czas, a po nim usuwane (w strukturze pozycji tablicy rutingu zaimplementowano pole TTL).
• Nie wolno ciągle wysyłać impulsów (ang. ping) do ruterów (żądanie echa ICMP).
  Tak: System nie czyni takiego założenia.
• Musi udostępnić możliwość ręcznego konfigurowania tablicy rutingu.
  Tak: W obecnej chwili jest to podstawowy sposób konfiguracji maszyny.