transparentní bridge na mikrotiku

svestka

neprochazi mi MAC apod., nevíte kde se to zapíná? v manuálu jsem to nenašel.

diky moc

mirek_k

Tak na to bychom asi potřebovali křišťálovou kouli a černého kocoura :-).

Mirek

svestka

tohle NEpomohlo://shop.cznet.cz/clanky/41-mikrotik-transparentni-bridge/

svestka

popis zapojení: router s konektivitou ---> klient A v brigdi ---> AP v bridgi ---> klient B v bridgi

všichni mají nastavenou GW do routeru, do doby než připojím "klienta B", tak vše šlape

není tu někdo z Brna/okolí, kdo se FAKT vyzná a měl by 2 hoďky času? zaplatíme.

díky

mirek_k

A co se stane po připojení klienta B, co nefunguje?

Mirek

svestka

A co se stane po připojení klienta B, co nefunguje?

Mirek

neprochází data z B do AP, ani z A do AP, resp. stane se neprůchozí i původní linka A ---> AP

mirek_k

Jen domněnka:

Pokud byl před tím klient B zapojen někam jinam do sítě, tak bridge si pamatují jeho MAC na původním místě.

Na to pomůže restartovat vše, nebo alespoň vyprázdnit všechna ARP.

Mirek

svestka

to určitě ne, jde o tohle: http://www.pojitko.cz/e/bezdratove-prvky-7/9ghz-srd-9/

a máme to jen jednou, abychom zkusili co a jak.

9 ghz ale ignorujte, uvnitř je klasika Mikrotik

dalibortoman

Jen domněnka:

Pokud byl před tím klient B zapojen někam jinam do sítě, tak bridge si pamatují jeho MAC na původním místě.

Na to pomůže restartovat vše, nebo alespoň vyprázdnit všechna ARP.

Mirek

1) ARP tabulka s bridgem vubec nesouvisi (ta je vysledkem prevodu IP na MAC)

2) je uplne normalni, ze MAC muze byt v bridgi videt za jednim portem a pak za druhym (prepinani okruhu pomoci (R)STP apod). Normalni switch/bridge okamzite zahodi starou informaci o tom za kterym portem videl MAC a zapamatuje si novy port. Problemy muze zpusobit nejaka nastavena ochrana proti flapovani nebo podivny design switche (nektere prastare chipy nad kterymi byl postaven bridge napr v Miracle radiich mely dost dlouhy timeout pro tyto pripady a v zakruhobane topologii byly jako radiove trasy nepouzitelne)

dalibortoman

A co se stane po připojení klienta B, co nefunguje?

Mirek

neprochází data z B do AP, ani z A do AP, resp. stane se neprůchozí i původní linka A ---> AP

jake je nastaveni wirelessu na APcku? Jakou ma APcko licenci od MT (/system license print ).

mozna bude nejlepsi postnout '/int export compact' z APcka

dzejty

Tady je funkční nastavení z testovacího rádia vycházející ze "/system reset-configuration no-defaults=y skip-backup=y" co mám na stole, je vynechaná celá sekce wireless, tam jen dodrž název interface pro rádio:

/interface bridge

add name=bridge1 protocol-mode=none

/interface bridge port

add bridge=bridge1 interface=ether1

add bridge=bridge1 interface=9GHz

/ip firewall filter

add action=drop chain=input connection-state=invalid

add chain=input connection-state=established,related

add chain=input protocol=icmp

add chain=input src-address=100.198.0.0/27

add action=drop chain=input

/ip route

add distance=1 gateway=100.198.0.1

kuba

Pokud je klient v bridgi, nelze pouzit rezim "station". Muzes pouzit "station bridge", prip. "station pseudobridge" pokud za tim klientem nebude zadny router. A nebo WDS, a to je potreba nakonfigurovat i na AP.

ef

A nebo VLPS tunel a do bridge nedávat wlan ale vlps aspn pak není nastavena ta hloupost v podobě station bridge.

svestka

klient je v režimu station bridge.

přikládám nákres topologie http://213.175.38.251/external-sources/img-160628153016-001.jpg. Do doby připojení pravé barevně zakroužkované části to šlape OK.

a výše požadovaný výpis z klienta:

> system license print

software-id: 5BSZ-TH1P

nlevel: 4

features:

Na AP (stejná licence MK) se na dálku nedostanu, musím fyzicky, zítra.

dalibortoman

A nebo VLPS tunel a do bridge nedávat wlan ale vlps aspn pak není nastavena ta hloupost v podobě station bridge.

co je spatneho na station-bridge? Tedy krome toho, ze na rozdil od tunelu se broadcasty/multicasty siri jen na 6mbps a bez potvrzeni?

tar

Chápu to dobře, že zapojení je

router-klient-AP-klient

tzn. ze máš jen jedno ap a internet jde na klienta B přes klienta A?

V režimu station-bridge ti to fungovat nebude. Musíš použít buď WDS a nebo na interfacu přepnout ARP na proxy-arp.

dalibortoman

Chápu to dobře, že zapojení je

router-klient-AP-klient

tzn. ze máš jen jedno ap a internet jde na klienta B přes klienta A?

V režimu station-bridge ti to fungovat nebude. Musíš použít buď WDS a nebo na interfacu přepnout ARP na proxy-arp.

netestoval jsem ale nevidim duvod proc by to melo nefungovat. I popis od MT naznacuje ze by to melo chodit:

This mode works only with RouterOS APs and provides support for transparent protocol-independent L2 bridging on the station device. RouterOS AP accepts clients in station-bridge mode when enabled using bridge-mode parameter. In this mode, the AP maintains a forwarding table with information on which MAC addresses are reachable over which station device.

svestka

Chápu to dobře, že zapojení je

router-klient-AP-klient

tzn. ze máš jen jedno ap a internet jde na klienta B přes klienta A?

V režimu station-bridge ti to fungovat nebude. Musíš použít buď WDS a nebo na interfacu přepnout ARP na proxy-arp.

přesně tak

netestoval jsem ale nevidim duvod proc by to melo nefungovat. I popis od MT naznacuje ze by to melo chodit:

a stejně nee :(

dalibortoman

testnul jsem si station bridge v situaci:

/ \

clientA clientB

| |

necoA necoB

AP je v 'ap bridge' modu, default forward zapnuty. Zadne access-listy apod. ClientA i clientB pouzivaji station-bridge. Oba bridgeuji mezi svym wlan a ether ke kteremu je pripojeno necoA/B. A svete div se z clientA si pingnu na ClientB a z necoA si pingnu na neco B (IP v jedny siti samozrejme). Na clientA/B je ROS 6.10, na AP 6.34.4

svestka

přiznám se, neumím to :(

takže zopáknu otázku: kdo z Brna a okolí je ochoten se na to FYZICKY mrknout. odhad 1-2 hodiny, centrum Brna

díky

Další stránka »