Freesco, NND, CDN, EOS :: Wyświetl temat

Jesli jedynym wspolnym punktem jest klient, to bedzie pewien problem. Bedziesz musial konfigurowac stp/ospfa na maszynie klienta, co nie jest dobrym pomyslem. Ogolnie do stp potrzebujesz miec wszystko w bridge (tworzysz petle, ktora na normalnych switchach spowodowalaby ich wywalenie).
Jesli chcesz zapewnic redundancje jednemu klientowi, to wrzuc dwie karty do jednego MTka i zastouj bonding. Jesli calemu szkieletowi to ospf, ale do tego musialbys miec siec w routingu.

Nie da sie zrozumiec czegos od strony praktycznej nie majac podstawowych podstaw

teorii. Typowy switch nie potrzebuje i nie rozumie osfpa, bo dziala w drugiej warstwie, ktora jest przezroczysta dla protokolow routingu dynamicznego. Proponuje dokladnie zapoznac sie z teoria, a pomysly praktyczne przyjda same. Duzo ciekawych informacji znajdziesz w rfc i na stronach cisco.
Do obslugi ospfa/ripa/bgp jest w NND quagga. W najprostszym przypadku musisz miec 3 routery spiety kazdy z kazdym osobnymi interfejsami. Ilosc switchy, mostow, itp urzadzej 2 warstwy pomiedzy nimi nie ma zadnego znaczenia.

Teorię już wymęczyłem, ale pytałem właśnie o urządzenia pomiędzy punktami z OSPF.

Zasada każdy z każdym, ale na osobnych interfejsach, każdy z ifaców z włączonym OSPF'em a pomiędzy może być tradycyjny switch , bez żadnych dodatkowych wymogów?

Jeszcze jedno pytanie, dotyczące konkretnego przypadku : punkt na MT , dwie karty LAN (one są w sieci każdy z każdym), 3 wlan - OSPF musi być właczony tylko na LANach? Rozgłoszeniowe karty nie uczestniczą w tym protokole?

W OSPF możesz zapewnić redundancję linków i tras (wagi tras, trasy preferowane itp) ale pytanie pozostaje czy to ma sens. Druga sprawa to czy nie lepiej wykorzystać protokół typowo do tego przystosowany czyli VRRP lub GLBP ??

- protokoły routingu odpalone na stacjach klienckich (szalony pomysł rip lub ospf pod windows)

Inna sprawa: NND obsługuje protokoły routingu ??

Autor:	Albercik [ sobota, 5 lipca 2008, 21:04 ]
Tytuł:	RSTP
Interesuje mnie od jakiegoś czasu , od strony dydaktycznej , protokół RSTP. Zastanawia mnie jak praktycznie wdrożyć to do jakiejś przykładowej sieci "na biurku" wykorzystującej tradycyjny sprzęt używany w sieciach LAN/WLAN, mianowicie : serwer na Linuksie, tradycyjne switche i nadajniki na MT. Próbował ktoś kiedyś pobawić się tym protokołem w sieci? Mój model to : ISP-----MT1 \|...........\| MT2-----KLIENT Założenia wiadome - padnie MT1 przesyła dane MT2 i na odwrót. Ewentualnie jak do podobnego celu wykorzystać OSPF?

Autor:	tasiorek [ niedziela, 6 lipca 2008, 01:23 ]
Tytuł:
Jesli jedynym wspolnym punktem jest klient, to bedzie pewien problem. Bedziesz musial konfigurowac stp/ospfa na maszynie klienta, co nie jest dobrym pomyslem. Ogolnie do stp potrzebujesz miec wszystko w bridge (tworzysz petle, ktora na normalnych switchach spowodowalaby ich wywalenie). Jesli chcesz zapewnic redundancje jednemu klientowi, to wrzuc dwie karty do jednego MTka i zastouj bonding. Jesli calemu szkieletowi to ospf, ale do tego musialbys miec siec w routingu.

Autor:	Albercik [ niedziela, 6 lipca 2008, 10:25 ]
Tytuł:
tasiorek pisze: Jesli jedynym wspolnym punktem jest klient, to bedzie pewien problem. Bedziesz musial konfigurowac stp/ospfa na maszynie klienta, co nie jest dobrym pomyslem. Ogolnie do stp potrzebujesz miec wszystko w bridge (tworzysz petle, ktora na normalnych switchach spowodowalaby ich wywalenie). Jesli chcesz zapewnic redundancje jednemu klientowi, to wrzuc dwie karty do jednego MTka i zastouj bonding. Jesli calemu szkieletowi to ospf, ale do tego musialbys miec siec w routingu. Generalnie próbuję to zrozumieć od strony praktycznej, dlatego chciałbym abyś zasugerował jakiś prosty model i wykonanie praktyczne. MT ma zaimplementowany OSPF, ale nie wiem na jakiej zasadzie rozumieją ten protokół inne urządzenia w sieci t.j. switch i nie wiem też jak prawidłowo to skonfigurować na MT oraz linuksie. Z bondingiem też próbowałem, ale za mało wiem, a google oprócz teorii niewiele praktycznego radzi.

Autor:	tasiorek [ niedziela, 6 lipca 2008, 10:50 ]
Tytuł:
Nie da sie zrozumiec czegos od strony praktycznej nie majac podstawowych podstaw teorii. Typowy switch nie potrzebuje i nie rozumie osfpa, bo dziala w drugiej warstwie, ktora jest przezroczysta dla protokolow routingu dynamicznego. Proponuje dokladnie zapoznac sie z teoria, a pomysly praktyczne przyjda same. Duzo ciekawych informacji znajdziesz w rfc i na stronach cisco. Do obslugi ospfa/ripa/bgp jest w NND quagga. W najprostszym przypadku musisz miec 3 routery spiety kazdy z kazdym osobnymi interfejsami. Ilosc switchy, mostow, itp urzadzej 2 warstwy pomiedzy nimi nie ma zadnego znaczenia.

Autor:	Albercik [ niedziela, 6 lipca 2008, 11:30 ]
Tytuł:
tasiorek pisze: Nie da sie zrozumiec czegos od strony praktycznej nie majac podstawowych podstaw teorii. Typowy switch nie potrzebuje i nie rozumie osfpa, bo dziala w drugiej warstwie, ktora jest przezroczysta dla protokolow routingu dynamicznego. Proponuje dokladnie zapoznac sie z teoria, a pomysly praktyczne przyjda same. Duzo ciekawych informacji znajdziesz w rfc i na stronach cisco. Do obslugi ospfa/ripa/bgp jest w NND quagga. W najprostszym przypadku musisz miec 3 routery spiety kazdy z kazdym osobnymi interfejsami. Ilosc switchy, mostow, itp urzadzej 2 warstwy pomiedzy nimi nie ma zadnego znaczenia. Teorię już wymęczyłem, ale pytałem właśnie o urządzenia pomiędzy punktami z OSPF. Zasada każdy z każdym, ale na osobnych interfejsach, każdy z ifaców z włączonym OSPF'em a pomiędzy może być tradycyjny switch , bez żadnych dodatkowych wymogów? Tak mam to zrozumieć praktycznie? Jeszcze jedno pytanie, dotyczące konkretnego przypadku : punkt na MT , dwie karty LAN (one są w sieci każdy z każdym), 3 wlan - OSPF musi być właczony tylko na LANach? Rozgłoszeniowe karty nie uczestniczą w tym protokole?

Freesco, NND, CDN, EOS http://forum.freesco.pl/

RSTP http://forum.freesco.pl/viewtopic.php?f=8&t=17032	Strona 1 z 1

Autor:	adik [ czwartek, 10 lipca 2008, 23:29 ]
Tytuł:
Ogólnie rzecz ujmując switche nie rozumieją OSPF i mało on je obchodzi. Na switchach możesz conajwyżej odpalić STP/RSTP ale tylko na tych które go wspierają (inteligentniejsze wersje Planet, cisco, hp, D-link (ale rackowe), linksys(wyższe modele)). W OSPF możesz zapewnić redundancję linków i tras (wagi tras, trasy preferowane itp) ale pytanie pozostaje czy to ma sens. Druga sprawa to czy nie lepiej wykorzystać protokół typowo do tego przystosowany czyli VRRP lub GLBP ?? Inna sprawa to fakt jak klient wykryje pad nadajnika. Tu widzę dwa rozwiązania: - klienci mają apki z włączonym RIP i listą predefiniowanych nadajników (conajmniej dwa) - protokoły routingu odpalone na stacjach klienckich (szalony pomysł rip lub ospf pod windows) Ogólnie pomysł nie jest jakiś szczególnie wydziwniony. Inna sprawa: NND obsługuje protokoły routingu ??

Autor:	tasiorek [ piątek, 11 lipca 2008, 08:35 ]
Tytuł:
adik pisze: W OSPF możesz zapewnić redundancję linków i tras (wagi tras, trasy preferowane itp) ale pytanie pozostaje czy to ma sens. Druga sprawa to czy nie lepiej wykorzystać protokół typowo do tego przystosowany czyli VRRP lub GLBP ?? Jednak ospf wydaje mi sie tu bardziej odpowiedni. Lepiej dodac nadmiarowego linka (miedzy bazami), niz nadmiarowy nadajnik ktory przez wiekszosc czasu nie robi nic. Zmiana wszystkiego na cisco (chyba, ze znasz cos innego z obsluga glbp) tez raczej dobrym wyjsciem nie jest. adik pisze: - protokoły routingu odpalone na stacjach klienckich (szalony pomysł rip lub ospf pod windows) Wystarczy zastosowac MT jako CPE, ale trzebaby kazdego klienta wpinac w dwa nadajniki, wiec lepiej to robic na bazach. adik pisze: Inna sprawa: NND obsługuje protokoły routingu ?? Obsluguje ripa, bgp i ospfa.

Strona 1 z 1	Strefa czasowa UTC+2godz.
Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/