NV2 - nasazeni, zkusenosti

[3com]

Konec mac ma kazdy jiny...

Po upgrade sajtu konkurence... Všechny vysílácí antény SXT HG pokrývající 180° jedna vedle druhé, SSID každá jiné... Ale WTF ze všechny stejný kmitočet?

WTF.png

Začátek mackovky je úplně stejnej, jestli to nejsou jen virtualy.

[CrazyApe]

Budou jen virtuály, vsechno to ma i signal stejny... Podle me je tam nejaky vsesmer na kterem si nekdo nachystal virtualy aby ho pak zdemontoval a dal tam sektory.

[3com]

Už sem to psal všechno jsou to SXT HG

Budou jen virtuály, vsechno to ma i signal stejny... Podle me je tam nejaky vsesmer na kterem si nekdo nachystal virtualy aby ho pak zdemontoval a dal tam sektory.

[honzam]

Frekvencí to není. Snad po x letech kdy to řeším se supportem se konečně našlo řešení. Dělá to cell Radius 10km. Po změně na 30km jsem problém zatím nikde neevidoval

Tak další novinka. Cell Radius za to taky nemůže. Možná se to zlepší při 30km ale problém se vyskytuje dál.
Problém je založený na tom že když se klient po určité době znovu připojí, například upgrade firmwaru tak se v IP ARP vytvoří nekorektní záznam. Jeho IP adresa je tam vidět ale mac adresa je 00:00:00:00:00:00 , přitom ve wireless registration table je správá mac adresa klienta vidět. Řešení je dát na klienta ARP ping a po 5ti pingách se správná mac adresa do ARP přiřadí a klient funguje. Další řešení je vytvořit záznam staticky v ARP tabulce. Opravdu se s tím nikdo nesetkáváte? Řešíme to už přes dva roky

[hapi]

aha už chápu, noo ono to bude tim že jsme téměř všude přešly zpět na nstreme takže už se to neobjevuje.

[K3NY]

Frekvencí to není. Snad po x letech kdy to řeším se supportem se konečně našlo řešení. Dělá to cell Radius 10km. Po změně na 30km jsem problém zatím nikde neevidoval

Tak další novinka. Cell Radius za to taky nemůže. Možná se to zlepší při 30km ale problém se vyskytuje dál.
Problém je založený na tom že když se klient po určité době znovu připojí, například upgrade firmwaru tak se v IP ARP vytvoří nekorektní záznam. Jeho IP adresa je tam vidět ale mac adresa je 00:00:00:00:00:00 , přitom ve wireless registration table je správá mac adresa klienta vidět. Řešení je dát na klienta ARP ping a po 5ti pingách se správná mac adresa do ARP přiřadí a klient funguje. Další řešení je vytvořit záznam staticky v ARP tabulce. Opravdu se s tím nikdo nesetkáváte? Řešíme to už přes dva roky

nulovy macky u MT jsou roky, akorat od verze 6.28 se zacali objevovat v ARP zaznamech. Otazkou je jestli ta IP co ma nulovou macku je IP onoho zarizeni co mas na screenm, nebo je to IP klienta, pak by bylo pochopitelnejsi.

[honzam]

nulovy macky u MT jsou roky, akorat od verze 6.28 se zacali objevovat v ARP zaznamech. Otazkou je jestli ta IP co ma nulovou macku je IP onoho zarizeni co mas na screenm, nebo je to IP klienta, pak by bylo pochopitelnejsi.

Ano ta IP adresa patří k té MAC adrese, ale bohužel se z nějakého důvodu nepřiřadí. Sám Mikrotik zatím neví co s tím. Prý musí vymyslet nějaké nové debugovací věci aby se dalo poznat co to způsobuje.

[K3NY]

nulovy macky u MT jsou roky, akorat od verze 6.28 se zacali objevovat v ARP zaznamech. Otazkou je jestli ta IP co ma nulovou macku je IP onoho zarizeni co mas na screenm, nebo je to IP klienta, pak by bylo pochopitelnejsi.

Ano ta IP adresa patří k té MAC adrese, ale bohužel se z nějakého důvodu nepřiřadí. Sám Mikrotik zatím neví co s tím. Prý musí vymyslet nějaké nové debugovací věci aby se dalo poznat co to způsobuje.

taky jsem si všiml že mají někdy problém se zavedením nového záznamu do tabulky, někdy taky stačí zkusit tu nulovou macku smazat, ale dlouhodobě to problém neřeší

[honzam]

Je sranda že to řeší už víc jak dva roky a pořád nic. Konečně jsme se dostali k tomu že to není problém na bezdrátu (NV2) ale v tom že se nevytvoří ARP záznam. U 802.11 nebo nstreamu se to neprojevuje.
Ano smazání záznamu většinou pomůže. Nebo vytvořit nový správný záznam v ARP. Další zajímavá věc je že stačí dát "mac ping" na clienta a tím se to taky opraví.
Problém je v tom že se to děje zcela nahodile a nelze to nasimulovat.

[okoun]

Frekvencí to není. Snad po x letech kdy to řeším se supportem se konečně našlo řešení. Dělá to cell Radius 10km. Po změně na 30km jsem problém zatím nikde neevidoval

Tak další novinka. Cell Radius za to taky nemůže. Možná se to zlepší při 30km ale problém se vyskytuje dál.
Problém je založený na tom že když se klient po určité době znovu připojí, například upgrade firmwaru tak se v IP ARP vytvoří nekorektní záznam. Jeho IP adresa je tam vidět ale mac adresa je 00:00:00:00:00:00 , přitom ve wireless registration table je správá mac adresa klienta vidět. Řešení je dát na klienta ARP ping a po 5ti pingách se správná mac adresa do ARP přiřadí a klient funguje. Další řešení je vytvořit záznam staticky v ARP tabulce. Opravdu se s tím nikdo nesetkáváte? Řešíme to už přes dva roky

u nás musím zaklepat ale problém se nevyskytuje, protože APčko vůbec klienty nevidí... jedeme pppoe řešení

[hol]

je to taková blbost. Když mám na AP nv2, A/N nebo jen N a přepnu to na 802.11 nebo nstreme, tak se mi žádnej klient už nechytí. U klientů mám "any". Verze 6.32.2 ale dělaj to i jiný. Kde je chyba?

[Petr Bačina]

a zabezpečení máš nastavené jak na AP, tak i na klientech?

[hol]

a zabezpečení máš nastavené jak na AP, tak i na klientech?

měl jsem tam default - dynamics key, ani jseom to tom nevěděl. Když jsem dal none, začalo to fungovat. Proč to je?

[CrazyApe]

Protoze zabezpeceni u NV2 se nenastauvuje security profilem ale primo v zalozce NV2.

[hol]

Protoze zabezpeceni u NV2 se nenastauvuje security profilem ale primo v zalozce NV2.

takže to vlastně přepnutím zapnulo zabezpečení. To je tedy zase mazec made in mikrotik