No jak nie ma znaczenia ma znaczenei czy bedziesz sie laczyl np z internetem lub inna siecia czy tylko w zakresie tych urzadzen-Tomek- pisze:Może być stub, może być core - nie ma to dla mnie znaczenia.freel4ncer pisze:Czyli to ma byc siec typu stub ?
.
Pomysł na samokonfigurowalną sieć WAN (ad-hoc)
-
- wannabe
- Posty: 581
- Rejestracja: 27 wrz 2007, 01:13
Tak sobie polabowałem:
Każdy potencjalny interfejs ma unikalny prefix IPv6 oraz dodany do EIGRP.
Dowolnie podłączone, dowolnie przełączone w czasie pracy - będą mogły zestawić sąsiedztwo oraz poskładać routing po IPv6 (bo tam nie muszą być w tej samej podsieci).
A na tym IPv6 może zestawisz to co ci potrzebne...?
Każdy potencjalny interfejs ma unikalny prefix IPv6 oraz dodany do EIGRP.
Dowolnie podłączone, dowolnie przełączone w czasie pracy - będą mogły zestawić sąsiedztwo oraz poskładać routing po IPv6 (bo tam nie muszą być w tej samej podsieci).
A na tym IPv6 może zestawisz to co ci potrzebne...?
TAK.Kyniu pisze:I te miejsca gdzie pojazdy się "zjeżdżają" są stałe? Powiedzmy coś w rodzaju lokalnej bazy?
No wreszcie pierwsza merytoryczna odpowiedź.jakub pisze:Tak sobie polabowałem:
Każdy potencjalny interfejs ma unikalny prefix IPv6 oraz dodany do EIGRP.
Dowolnie podłączone, dowolnie przełączone w czasie pracy - będą mogły zestawić sąsiedztwo oraz poskładać routing po IPv6 (bo tam nie muszą być w tej samej podsieci).
A na tym IPv6 może zestawisz to co ci potrzebne...?
Niestety w tej chwili tylko IPv4...
Podrąże temat;) Tylko IPv4 bo???-Tomek- pisze:
Niestety w tej chwili tylko IPv4...
a) Urzadzenia nie wspieraja IPv6 -> trzeba wybrac takie ktore potrafia
b) Aplikacje sa zle napisane i chodza tylko na IPv4 -> trzeba dobrze napisac aplikacje. W ostatecznosci zawsze mozna zrobic tunel ipv4-over-ipv6
c) Boimy sie -> kiedys trzeba beize sie tego i tak w koncu nauczyc
Dla ograniczen ktore podales wczesniej IPv6 wydaje sie najprostszym i najlepszym rozwiazaniem. Jezeli sa jakies inne to moze trzeba to wszystko jeszcze raz przemyslec.
To może tak:-Tomek- pisze:TAK.Kyniu pisze:I te miejsca gdzie pojazdy się "zjeżdżają" są stałe? Powiedzmy coś w rodzaju lokalnej bazy?
- usiłujesz odkrywać amerykę bo takie problemy już dawno rozwiązano, np. https://cradlepoint.com/
- pchasz się w coś co wcześniej czy później się zemści
- i tak dalej
- i tak dalej
Natomiast najprostsza partyzantka może wyglądać tak - na tej "lokalnej bazie" stawiasz AP w trybie AP Station i tam konfigurujesz DHCP serwer. W każdym aucie AP w trybie AP client i aktywna usługa DHCP klient. Wszystkie bazy mają to samo SSID. Wszystkie bazy mają to samo hasło. Auto wjeżdża na bazę, widzi SSID które zna, hasło zna, podłącza się i to w sumie tyle. Oczywiście możesz skomplikować sobie rzeźbę w kupie i dać wszędzie inne SSID i inne hasło, po czym mordować z klepaniem tych profili na każdym kliencie. Możesz przez DHCP option np. 66 czy 150 wskazać serwer TFTP na którym będą dodatkowe pliki z ustawieniami do pobrania, nazwijmy to umownie profilem, możesz przez vendor option zdefiniować jakieś własne parametry. I tak dalej. I tak dalej.
Po części każdy z w/w powodów oraz inne:aron pisze:Podrąże temat;) Tylko IPv4 bo???-Tomek- pisze:
Niestety w tej chwili tylko IPv4...
a) Urzadzenia nie wspieraja IPv6 -> trzeba wybrac takie ktore potrafia
b) Aplikacje sa zle napisane i chodza tylko na IPv4 -> trzeba dobrze napisac aplikacje. W ostatecznosci zawsze mozna zrobic tunel ipv4-over-ipv6
c) Boimy sie -> kiedys trzeba beize sie tego i tak w koncu nauczyc
Dla ograniczen ktore podales wczesniej IPv6 wydaje sie najprostszym i najlepszym rozwiazaniem. Jezeli sa jakies inne to moze trzeba to wszystko jeszcze raz przemyslec.
- inne elementy (np. stacjonarne) infrastruktury klienta nie używają IPv4
- kooperanci klienta też używają tylko IPv4
- oprócz wspomnianego wyżej rozwiązania mojego problemu, to nie ma innych uzasadnionych ekonomicznie efektów wprowadzenia IPv6 (przynajmniej w tym momencie).
- realizowane dla klienta rozwiązanie w swoim budżecie i zakładanym terminie wykonania nie przewiduje takiej rewolucji
- admini klienta nie są przeszkoleni w zakresie zarządzania siecią IPv6
I wracamy do punktu wyjścia....
Trochę się nie zrozumieliśmy....Kyniu pisze:To może tak:-Tomek- pisze:TAK.Kyniu pisze:I te miejsca gdzie pojazdy się "zjeżdżają" są stałe? Powiedzmy coś w rodzaju lokalnej bazy?
- usiłujesz odkrywać amerykę bo takie problemy już dawno rozwiązano, np. https://cradlepoint.com/
- pchasz się w coś co wcześniej czy później się zemści
- i tak dalej
- i tak dalej
Natomiast najprostsza partyzantka może wyglądać tak - na tej "lokalnej bazie" stawiasz AP w trybie AP Station i tam konfigurujesz DHCP serwer. W każdym aucie AP w trybie AP client i aktywna usługa DHCP klient. Wszystkie bazy mają to samo SSID. Wszystkie bazy mają to samo hasło. Auto wjeżdża na bazę, widzi SSID które zna, hasło zna, podłącza się i to w sumie tyle. Oczywiście możesz skomplikować sobie rzeźbę w kupie i dać wszędzie inne SSID i inne hasło, po czym mordować z klepaniem tych profili na każdym kliencie. Możesz przez DHCP option np. 66 czy 150 wskazać serwer TFTP na którym będą dodatkowe pliki z ustawieniami do pobrania, nazwijmy to umownie profilem, możesz przez vendor option zdefiniować jakieś własne parametry. I tak dalej. I tak dalej.
Po pierwsze, nigdzie nie napisałem, że klient używa WiFi.
Jego sieć MANET używa całkiem innej technologii i pozwala uzyskiwać łączność ad-hoc do kilku km (w trybie dookólnym). I jak już pisałem, z punktu widzenia sieci, widzę już zestawione łącza ethernet pomiędzy przypadkowymi węzłami (routerami). Nie mam żadnej informacji, co jest po drugiej stronie. No chyba, że z CDP - ale nie wiem, jak to wykorzystać do zestawienia sąsiedztwa.
Po drugie, jako lokalną bazę rozumiem całkiem przypadkowe miejsce (obszar kilkunastu hektarów), na którym w/w urządzenia mogą się spotkać i przez pewien czas pracować grupowo. Jeszcze raz powtarzam, nie mamy żadnego centralnego punktu odniesienia - cała struktura jest rozproszona i w pełni autonomiczna (korzystamy tylko z własnych środków łączności!!!).
Praca jest trochę typu R&D. W pierwszej wersji (prototypie) założyliśmy, że projekt będzie opierał się na manualnej zmianie konfiguracji routerów i tak też wstępnie został wyceniony. Jednak zastanawiamy się, jak uprościć budowę sieci za pomocą odpowiednich zmian w konfiguracji routerów, które zautomatyzują ten proces, a jednocześnie nie wygenerują innych kosztów (np. takich jak przejście na IPv6).aron pisze: Czekaj, z tego co piszesz wynika ze ktos zrobil projekt tej sieci i policzyl ile to bedzie kosztowac.
No chyba ze sie myle
No jak będziesz tak "kapał" informacjami to nigdy się nie dogadamy.-Tomek- pisze:Jego sieć MANET używa całkiem innej technologii i pozwala uzyskiwać łączność ad-hoc do kilku km (w trybie dookólnym).
Czyli wracamy do tego, że jednak wprowadziłeś mnie i innych w błąd, bo wyraźnie pytałem czy panujesz nad całością czy nie i wówczas odpowiedziałeś twierdząco, a teraz zaprzeczasz. Tak się nie da dojść do żadnego porozumienia.-Tomek- pisze:I jak już pisałem, z punktu widzenia sieci, widzę już zestawione łącza ethernet pomiędzy przypadkowymi węzłami (routerami). Nie mam żadnej informacji, co jest po drugiej stronie. No chyba, że z CDP - ale nie wiem, jak to wykorzystać do zestawienia sąsiedztwa.
Nie czytasz uważnie, wysuwasz wnioski z informacji, których nie było, produkujesz dużo tekstu, ale nie na temat i jeszcze się denerwujesz...Kyniu pisze:No jak będziesz tak "kapał" informacjami to nigdy się nie dogadamy.
Panuję nad całością, bo wiem jaka grupa urządzeń może się ze sobą łączyć. Mogę się dowiedzieć, który router jest po drugiej stronie danego łącza, ale te dane są dostępne jedynie manualnie (odczytane z pulpitu radiostacji). Docelowo nie chcemy, tego robić manualnie, tylko automatycznie. Ot tyle i aż tyle.Kyniu pisze: Czyli wracamy do tego, że jednak wprowadziłeś mnie i innych w błąd, bo wyraźnie pytałem czy panujesz nad całością czy nie i wówczas odpowiedziałeś twierdząco, a teraz zaprzeczasz. Tak się nie da dojść do żadnego porozumienia.
Czy jeszcze coś jest niejasnego?
Szczerze, to nawet nie wiem, co to za typ - nawet nie mamy takich szczegółowych informacji.Kyniu pisze:Jak na razie nic nie jest jasne. Ta radiostacja to jakieś światełko w tunelu Czyli będziecie korzystać z D-STAR, APRS, C4FM lub czegoś zbliżonego? Wykrztuś to wreszcie i opisz od początku do końca a nie każ zgadywać.-Tomek- pisze:Czy jeszcze coś jest niejasnego?
Rozwiązanie ma być uniwersalne oparte na łączach ptp typu ethernet i kropka.
Napisałem o radiostacji, jako o przykładzie. Jak użytkownik zamieni ją radiolinię lub rozwinie przewód i puści ethernet po DSL, albo połączy dwa obiekty bezpośrednio światłowodem, to też ma działać, bez zmiany konfiguracji routerów.
W międzyczasie sam trochę pogooglałem i znalazłem rozwiązanie, ale z IS-IS (http://wiki.nil.com/Unnumbered_Ethernet_VLAN_interfaces).
Jutro sprawdzę, czy to działa.
Trochę się rozczarowałem, bo myślałem, że zrobisz jakąś wyliczanko-zgadywankę z typów radiolinii lub DSL...Kyniu pisze:To będzie piękna katastrofa.-Tomek- pisze: Rozwiązanie ma być uniwersalne oparte na łączach ptp typu ethernet i kropka.
(...) Jak użytkownik zamieni ją radiolinię lub rozwinie przewód (...) to też ma działać, bez zmiany konfiguracji routerów.
Ale idąc twoim tokiem myślenia, skomentuję to podobnie: To będzie piękny dzień.
Pozdrawiam i wybacz, ale już nie będę komentował twoich wpisów - nie wnoszą niczego merytorycznego do dyskusji.