NETWORK: vim.. ta R52Hn stoji 2x tolik :) ale stejne jsem po ni koukal driv..

MIKZ: zkus a uvidis, treba prekvapi... ale jak rikam - sou 2 typy tech karet R52nH a R52Hn .... ;)

EMIS: support hláší, že se nemaj čekat zázraky a že 2 - 3 MB/s jsou naprosto normální, čož mi teda normální nepříjde, když se dá s nkovejma Apckama dat 90Mbit

NETWORK: nstreme fungovat nebude, tak nema ani smysl ho resit :)

PACHOLEQ: dík


asi teda koupim a zkusim tu R52Hn a zkusim udělat nějaký testy

MIKZ: do jedne karty zapojis obe anteny ...

MIKZ: Hod si do toho stavajiciho RBcka tu novou kartu (kup R52nH s tim MMCX konektorem, stoji snad 550kc....) a vyzkousej....
ad nStream - a co ti brání použít ho i na AP? to není záležitost jen P2P spojů, problém bude spíš v tom, že tvůj notes to na 99,9999% nebude umět, páč je to preprietální záležitost mikrotiku ;) mno jedine si pustit ve virtualu MikroTik ;)

MIKZ: neznam konretni link konfigurace a situace. Ale spis nez aragonci mi to prijde, ze konecne nekdo ze supportu napsal pravdu ;) To zas ubnt naopak papirove nema problem slibit cokoliv. Napr. 150Mbit realne u rocket M5, kterej ma jen 100mbit sitovku v sobe. O funkcnosti ve vzduchu nemluve.. Takze ubnt jsem uveril, vyzkousel opustil a uz nikdy. Jestli najdes neco cim pokryjes domek, pojede ti to realne 100mbit, tak dej vedet. Ja si doma pro pripady takovejhle prenosu natahal radsi draty.

Ozkoušel tu někdo reálný rychlosti R52n? A vytížení CPU/RAM ?
Mám tu jednoho RB433 a buď koupím PowerAP N od ubqt nebo R52Hn od MT a vrazím to do RB433.
Požadavek je aby se to reálné rychlosti limitně přibližovaly 100Mbit (na ideální vzdálenost samozřejmě). Můj MBP by měl mít dvě antény (Airport Extreme s Broadcom chipsetem).
S tou R52n je potřeba na MIMO mít dvě karty nebo stačí dvě antény?
Našel jsem tu debatu z prosince, ale žádný závěry z toho nevyšly. Co jsem hledal na webu mikrotiku, tak tam řeší p2p spoje s Nstreme a tak, což není můj případ. Pak teda ještě jedno vlákno, kde uživatelé píšou, že mají tak 3MB/s a arogantní support jim vzkazuje, že nemají čekat zázraky.... :/

ANALYTE: jasne - ale Punjab to chtel jen pres jeden iface, pokud sem to dobre pochopil... samozrejme, jak sem psal nize, pokud pres dany router data protekaji, tak neni nejmensi problem....

PUNJAB: A co vytvořit dst-nat pravidlo, pokud jedeš na mk, kde dotaz na udp na 53 směrem na starou IP se přeloží na jinou cílovou IP, kde DNS server běží. My jsme měnili DNS dostkrát a pokáždé jsme o ty IP přišly, protože jsme je museli vrátit, takže máme nyné na každé výstupní GW několik pravidel se starými IP DNS s dst-nat na nové...ale zálěží na tom, jak máš stavěnou síť.

LEXXA: presne tak - nejlepsi je to zmenit treba v 9 vecer a tam to probiha fakt hodne rychle - klidne do 2 hodinek je vsude aktualizovano... takze doporucuju rozjet nove servery, a pak pres noc zmenit dnska...

PUNJAB: muzes to udelat v noci. zmena v dns se projevuje do 4h.
pokud ses v jedne siti to muzes podstrcit svemu dns
anebo... jak jsme to udelali my. vysrali jsme se na nejakou dostupnost a nakonec se ukazalo ze si nikdo ani envsimnul ze jsme zmenily ip adresy...

NETWORK: DNS se změní na novou IP, ale vždy přeci trvá, než se změna ke všem dostane.
Někdo o nové IP ví dříve, někdo později podle toho, kdy expiruje záznam v DNS jeho providera.

Já právě potřebuji podchytit tento moment.
Pokud bych přesunul server na novou IP, pak změnil záznam v DNS, tak půjdou klienti kterým ještě neexpiroval záznam na tu starou IP a tam bude nedostupnost, protože na ni už nic neběží.

Žádná jiná finta, než posadit na tu starou IP router mne nenapadá.

PUNJAB: ja myslim ze bude mozna rozumejsi nastavit na tu chvili staticke DNS zaznamy tak aby kdyz klient zazada dns server o preklad tak aby dostal novou IP

NETWORK: Já do sítí prakticky vůbec nedělám. Někde jsem si to tenkrát googlil a nastavil stylem pokus/omyl.

Tuším, že se to dělá přes src-nat. Komunikace pak vypadá nějak takto:
"klient který ještě nemá aktuální IP v DNS" -> router(stara_IP) -> server(nova_IP)

Pak když už má klient aktuální DNS, tak jde rovnou na server s novou IP.
Dokud ji ale nemá, tak potřebuji, aby komunikaci na novou IP adresu zabezpečil router a nebyl tak server pro klienta nedostupný.

Protože to potřebuji jen jednorázově, tak bude asi ekonomičtější řešení tam dát dočasně nějaké PC s Gigabit síťovkou, na něj nějak přes aliasy nastavit všechny ty adresy a nechat ten provoz posílat na nové.

PUNJAB: mno nevim... pokud by to byl "pruchozi" rb, pres ktery by ty requesty prochazeli, tak ano... a nebo pokud by ten RB byl misto DNS serveru tak taky jo... ale neco ve stylu to co prijde na eth1 presmeruj na eth1 s jinou DST IP adresou si nejak moc nedokazu predstavit jak by to fungovalo a jak by se to nastavilo.....

Ahoj,

dělám migraci několika strojů a potřebuji, aby na starých IP adresách ještě chvíli po migraci něco běželo.
Klientům, kterým bude ukazovat DNS na starou adresu posílalo síťový provoz již na novou.

Je možné u routerboardu, který má třeba jen jeden ethernetový port nastavit třeba 30 veřejných IP adres, jejichž traffic bude posílán na jiné veřejné IP adresy?

Teoreticky myslím, že by s tím neměl být vůbec žádný problém, ale raději bych se ujistil, než ten routerboard pořídím.
Kdysi jsem měl jeden routerboard půjčený právě k tomuto účelu, ale dělala se pouze jedna adresa.

GRAMAC: pac JRC24 sou na 8km male anteny... jsou tak do 4-5km s odrenyma usima.... jinac pokud pouzijes treba 2x2 anteny (prowax 24dBi na vysilani a prowax 29dBi na prijem(nebo i vetsi, pri Ns2 muzes mit prijimaci anteny klidne 50dBi, nic nevysilaji) tak opravdu ty vysledky za to stoji....

EMIS: na Nstreme dual asi tak na 5-8 km na antenach JRC-24 duplex a RB600 a CM9 jsem protlacil tak kolem 20-28 M.Ale moc stabilni to neni docela lita.Stejne to za chvili půjde do haje tak to budu muset resit na 10G

EMIS: dekuji. si pripadam jak prvnacek co si doma zapomnel kalhoty a jde do skoly v trenkach...

LEXXA: dalsi google ;) Takze pres skripty napr. http://forum.mikrotik.com/viewtopic.php?f=9&t=23363 plus dalsi inf je v manualu mikrotiku, osobne jsem to nepouzival, takze cteni je na tobe

NETWORK: thx, to je parada, du to objednat