odpowiednie ścieżki i porty. Na koniec omówiliśmy odmiany protokołu,
które są jego odpowiedzią na dynamicznie zmieniające się warunki
sieciowe w obecnych czasach.
- </p>
+ </p>
+ <h1 id="2.6.etherchannel">2.6. Technologia EtherChannel</h1>
+ <p>
+ Wróćmy na chwilę do topologii, znanej z rozdziału o STP. Mamy trzy
+ przełączniki i łączym je każdy z każdym. Wprowadźmy zmiany do topologii
+ dodając do każdego łącza, po jednym dodatkowym łączu zapasowym.
+ Z uwagi na to, że STP jest domyślnie włączone, to z dostępnych 6
+ fizycznych łączy tylko 2 będą używane. Więc trochę szkoda naszych
+ pieniędzy, które wydaliśmy na te dodatkowe łącza. Nie mniej jednak
+ istnieje technologia, która pozwoli nam wykorzystać większość łączy,
+ a po mimo tego, protokół STP dalej będzie działać przez co
+ wykorzystanę będą dodatkowe 2 łącza, co daje już 66% wykorzystanej
+ infrastruktury, a nie 33%. Technologią tego typu jest
+ <strong>agregacja łączy</strong>, w przypadku firmy Cisco mówimy
+ o technologii <em>EtherChannel</em>. Ta technologia to nie tylko
+ lepsze wykorzystanie łączy nadmiarowych, ale także zwiększe ich
+ przepustowości, przy czym tutaj należy pamiętać o tym, że ta wspólna
+ przepustowość nigdy nie będzie równa sumie natywnych przespustowości
+ łączy, wykorzystanych do agregacji. Ale będzie znajdować się gdzieś
+ bliżej tej liczy niż w przypadku pojedynczego łącza.
+ </p>
+ <h2 id="2.6.1.howethchworks">2.6.1. Działanie EtherChannel</h2>
+ <p>
+ Technologia <em>EtherChannel</em> posiada wiele zalet, między innymi
+ takie jak:
+ </p>
+ <ul>
+ <li>Możliwość przeprowadzenia spójnej konfiguracji dla wszystkich
+ portów zagregowanych w <em>EtherChannel</em>. Taką konfigurację
+ przeprowadza się dla interfejsu agregującego (<em>EtherChannel</em>).
+ <li>
+ <li>Oparcie <em>EtherChannel</em> na portach przełącznika, niweluje
+ zakup bardziej wydajnych urządzeń w celu zwiększenia przepustowości.
+ </li>
+ <li><em>EtherChannel</em> równoważy obciążenia pomiędzy połączeniami
+ tego samego kanału. W zależności od platfomy sprzetowej może
+ wykorzystać do tego różne metody.</li>
+ <li>Kanał <em>EtherChannel</em> jest jednym łączem logicznym i tak też
+ traktuje je protokół STP. Dzięki czemu możemy wykorzystać więcej
+ łączy.</li>
+ <li><em>EtherChanel</em> zapewnia nadmiarowość jest jedno logiczne
+ połączenie, utrata jednego z fizycznych łączy nie powoduje zmian
+ topologii.</li>
+ </ul>
+ <p>
+ Po za zaletami ta technologia ma też kilka ograniczeń:
+ </p>
+ <ul>
+ <li>Rodzaje interfejsów nie mogą być mieszane. Porty
+ <em>FastEthernetowe</em> i <em>GigabitEthernet</em> nie mogą być
+ łączone w jeden <em>EtherChannel</em>.</li>
+ <li>Każdy <em>EtherChannel</em>, może składać się z maksymalnie 8
+ portów dając przespustować kanału do 800Mb/s lub do 8Gb/s.</li>
+ <li>Przełączniki serii Catalyst 2960 mogą mieć maksymalnie 6 kanałów.</li>
+ <li>Konfiguracja portów grupy <em>EtherChannel</em>, musi się zgadzać
+ na obu urządzeniach. Jeśli na jednym urządzeniu są to <em>trunki</em>
+ to na drugim też muszą być w tej samej natywnej sieci VLAN.
+ <em>EtherChannel</em> dodatkowo wymaga, aby porty łaczone w kanał
+ były warstwy drugiej.</li>
+ <li>Konfigucja <em>EtherChannel</em> będzie mieć wpływ na porty
+ fizyczne przypisane do kanałów.</li>
+ </ul>
+ <p>
+ <em>EtherChannele</em> mogą być tworzone na zasadzie auto-negocjacji
+ - przyużyciu protokołów PAgP lub LACP. Jednak jest również możliwość
+ skonfigurowania statyczne lub bezwarunkowego <em>EtherChannel</em>
+ bez udziału wyżej wymienionych protokołów, nie mniej jednak omówimy
+ je sobie.
+ </p>
+ <p>
+ Protokół PAgP jest zastrzeżonym protokołem firmy Cisco, pomaga w
+ automatycznym tworzeniu połączeń <em>EtherChannel</em>. PAgP umożliwia
+ tworzenie łącza EtherChannel poprzez wykrycie konfiguracji każdej ze
+ stron i zapewnienie, że linki są kompatybilne w taki sposób, że
+ <em>EtherChannel</em> może być włączony w razie potrzeby. Tryby dla
+ PAgP są następujące:
+ </p>
+ <ul>
+ <li><strong>On</strong> - Tryb ten zmusza do uruchomienia
+ <em>EtherChannel</em> bez protokołu PAgP. Interfejsy skonfigurowane
+ w tym trybie nie wymieniają pakietów PAgP.</li>
+ <li><strong>PAgP desirable</strong> - Ten tryb protokołu umieszcza
+ interfejs w stanie aktywnej negocjacji. Interfejs rozpoczyna
+ negocjacje z innymi interfejsami po przez wysłanie pakietów PAgP.</li>
+ <li><strong>PAgP auto</strong> - Ten tryb umieszcza port w trybie
+ pasywnej negocjacji. Interfejs odpowiada pakietom PAgP, ale nie
+ inicjuje negocjacji.</li>
+ </ul>
+ <p>
+ Ustawienie tych stanów na poszczególnych portach decydują o tym czy
+ <em>EtherChannel</em> zostanie w ogóle zestawione. Domyślnie
+ <em>EtherChannel</em> jest zestawiane. Polecenia konfiguracji mogą
+ też zostać poprzedzone słowem <code class="code-inline">no</code> to
+ wówczas spowoduje wyłączenie <em>EtherChannel</em>.
+ </p>
+ <p>
+ Tryb <em>on</em> powoduje, że manualnie umieszczenia interfejs w
+ kanale <em>EtherChannel</em>. Działa to tylko w tedy gdy druga strona
+ jest również w trybie <em>on</em>. Tryb <em>on</em> w ogóle nie
+ negocjuje więc jeśli druga strona jest w jednym z trybów protokołu
+ PAgP, to kanał nie utworzy.
+ </p>
+ <p>
+ Poniżej znajduje się tabela przedstawiająca tryby protokołu PAgP
+ ustawione na portach dwóch przełączników oraz ich skuteczność w
+ zestawianiu kanału <em>EtherChannel</em>.
+ </p>
+ <table>
+ <thead>
+ <tr>
+ <th>S1</th><th>S2</th><th>Ustanowienie kanału</th>
+ </tr>
+ </thead>
+ <tbody>
+ <tr><td><em>On</em></td><td><em>On</em></td><td>Tak</td></tr>
+ <tr><td><em>On</em></td><td><em>Desirable/Auto</em></td><td>Nie</td></tr>
+ <tr><td><em>Desirable</em></td><td><em>Desirable</em></td><td>Tak</td></tr>
+ <tr><td><em>Desirable</em></td><td><em>Auto</em></td><td>Tak</td></tr>
+ <tr><td><em>Auto</em></td><td><em>Desirable</em></td><td>Tak</td></tr>
+ <tr><td><em>Auto</em></td><td><em>Auto</em></td></td><td>Nie</td></tr>
+ </tbody>
+ </table>
+ <p>
+ Drugim protokołem w tym przypadku wolnym - opracowywanym przez
+ IEEE (802.3ad) jest LACP. Jednyną różnicą między tymi protokołami
+ jest możliwość wykorzystania go w środowiskach wielu
+ producentów oraz zmiana nazewnictwa stanów.
+ </p>
+ <table>
+ <thead>
+ <tr>
+ <th>S1</th><th>S2</th><th>Ustanowienie kanału</th>
+ </tr>
+ </thead>
+ <tbody>
+ <tr><td><em>On</em></td><td><em>On</em></td><td>Tak</td></tr>
+ <tr><td><em>On</em></td><td><em>Active/Passive</em></td><td>Nie</td></tr>
+ <tr><td><em>Active</em></td><td><em>Active</em></td><td>Tak</td></tr>
+ <tr><td><em>Active</em></td><td><em>Passive</em></td><td>Tak</td></tr>
+ <tr><td><em>Passive</em></td><td><em>Active</em></td><td>Tak</td></tr>
+ <tr><td><em>Passive</em></td><td><em>Passive</em></td></td><td>Nie</td></tr>
+ </tbody>
+ </table>
</div>
</body>
</html>
projects / mmdev.git / commitdiff