Czy można skonfigurować OSPF do korzystania z opóźnienia w obliczeniach kosztu / metryki łącza. Chodzi o to, aby umożliwić routing oparty na wydajności, dzięki czemu najszybsze i najmniej przeciążone łącza w sieci będą wybierane dynamicznie, zamiast polegać na domyślnym zachowaniu OSPF, co powoduje, że łącza 100 Mb / s mają taki sam koszt jak łącza 1 Gb / s.
9
Odpowiedzi:
Krótka odpowiedź: nie, nie tylko z OSPF
Długa odpowiedź:
Jedynym sposobem OSPF na dynamiczne obliczanie ścieżek na podstawie opóźnień / zatorów jest użycie inżynierii ruchu MPLS z optymalizacjami offline kosztów MPLS TE w oparciu o twoje kryteria ; MPLS TE korzysta z LSA OSPF do przenoszenia informacji o ścieżkach z komutacją etykiet. Jednak inżynieria ruchu MPLS jest ciężkim młotem i wiele operacji sieciowych nie jest w stanie poradzić sobie z dodatkowym obiegiem pracy związanym z udostępnianiem lub rozwiązywaniem problemów MPLS TE.
Inna odpowiedź sugeruje, że nie należy dostosowywać kosztów łącza na podstawie przepustowości i używać roli węzła do obliczania kosztów. Nie mogę mówić za jego siecią, ale w wielu przypadkach te wskazówki są niepotrzebne, ponieważ ścieżka o najniższych kosztach w dobrze zaprojektowanej topologii automatycznie przechodzi przez rdzeń sieci. Nie próbowałbym korygować niewydajnej topologii kosztami łącza ... po prostu spraw, aby ruch w rdzeniu przebiegał naturalnie i upewnij się, że OSPF postrzega 1GE jako lepszą ścieżkę niż łącze FastEthernet. Stanie się to naturalnie, jeśli dobrze ułożysz topologię i użyjesz referencyjnej przepustowości automatycznego kosztu w procesie OSPF. Upewnij się, że używasz tego na wszystkich routerach OSPF, aby rozumiały koszty łącza w ten sam sposób.
źródło
Nie powinieneś polegać na domyślnych wskaźnikach / kosztach, a nie na IGP lub STP. Moje jedno pytanie, czy LAN został zaprojektowany, polega na zapytaniu, który link blokuje, jeśli inżynier nie może odpowiedzieć bez patrzenia, to mocne wskazanie, że sieć nie została zaprojektowana.
Należy zaprojektować sposób, w jaki ruch ma przepływać w normalnych warunkach pracy i scenariuszach awarii, a następnie zaprojektować metryczny standard spełniający te wymagania. Wolę robić to z długopisem i papierem, jeśli to konieczne.
Bardzo wolę standard metryczny oparty na rolach , gdzie PP, P-PE, PE-PE itp. Mają taką samą wartość metryczną, niezależnie od przepustowości lub opóźnienia. Oznacza to, że wiem, gdzie chcę, aby mój ruch był kierowany, dla mnie nie ma znaczenia, jakie jest opóźnienie lub jaka jest pojemność, jeśli nie mam wystarczającej pojemności, w której chcę, aby ruch był przepływający, zaktualizuję spinki do mankietów.
Oparte na rolach z pewnością nie jest tylko sposobem, aby to zrobić, jeśli chcesz oprzeć swój standard metryczny na szybkości łącza lub zmierzonym opóźnieniu, śmiało.
Bez względu na to, jak zaprojektujesz swój standard metryczny, będzie on w pełni statyczny i nie będzie świadomy faktycznych warunków łącza, takich jak utrata pakietów, opóźnienie, fluktuacja, pojemność itp. Jeśli chcesz, aby sieć reagowała bardziej dynamicznie (popyt, który, jak sądzę, często powstaje w wyniku złego planowania ) do zmieniających się warunków sieciowych, musisz zajrzeć do RSVP, a nawet SDN.
źródło
Inną opcją jest użycie PfR lub OER, czyli routerów, za pomocą aktywnych sond lub danych przepływu sieciowego do dynamicznego wyboru ścieżki. Lub oczywiście bardzo prostą opcją jest ustalenie na sztywno wartości kosztów OSPF.
Inną kwestią jest to, czy próbujesz zakodować metrykę statyczną, czy chcesz zachować zachowanie dynamiczne (zmiany opóźnień przy obciążeniu ruchem).
Wreszcie, jak wspomniano powyżej, czy na pewno chcesz złożoności, jeśli spojrzysz na EIGRP, ma on charakterystykę obciążenia, ale nikt nigdy jej nie używa, ponieważ zwiększa złożoność operacyjną i można uzyskać oscylację ruchu.
źródło