johnnys Posted April 19, 2012 Posted April 19, 2012 Локальная сторона: MikroTik RouterOS 5.13 (c) 1999-2012 [admin@bridge1] > system routerboard p routerboard: yes model: 1100AH serial-number: * current-firmware: 2.38 upgrade-firmware: 2.39 [admin@bridge1] > ip add p Flags: X - disabled, I - invalid, D - dynamic # ADDRESS NETWORK INTERFACE 0 192.168.10.80/23 192.168.10.0 ether13 1 192.168.8.1/30 192.168.8.0 bonding1 [admin@bridge1] > int bo p Flags: X - disabled, R - running 0 R name="bonding1" mtu=1500 mac-address=D4:CA:6D:20:0B:53 arp=enabled slaves=ether1,ether3 mode=balance-rr primary=none link-monitoring=arp arp-interval=1s arp-ip-targets=192.168.8.2 mii-interval=1s down-delay=0ms up-delay=1s lacp-rate=30secs transmit-hash-policy=layer-2 [admin@bridge1] > int eth m ether1,ether3 status: link-ok no-link auto-negotiation: done done rate: 100Mbps 10Mbps full-duplex: yes no [admin@bridge1] > int br po p Flags: X - disabled, I - inactive, D - dynamic # INTERFACE BRIDGE PRIORITY PATH-COST HORIZON 0 ether6 bridge1 0x80 10 none 1 bonding1 bridge1 0x80 10 none 2 ether2 bridge1 0x80 10 none [admin@bridge1] > int mo ether1,ether2 name: ether1 ether2 rx-packets-per-second: 496 495 rx-drops-per-second: 0 0 rx-errors-per-second: 0 0 rx-bits-per-second: 2.5Mbps 2.6Mbps tx-packets-per-second: 594 612 tx-drops-per-second: 0 0 tx-errors-per-second: 0 0 tx-bits-per-second: 4.2Mbps 4.1Mbps [admin@bridge1] > int pr where name=ether1 Flags: D - dynamic, X - disabled, R - running, S - slave # NAME TYPE MTU L2MTU MAX-L2MTU 0 R ;;; Ubiquiti Rocket M5 (trunk25) ether1 ether 1500 1598 9498 [admin@bridge1] > int pr where name=ether2 Flags: D - dynamic, X - disabled, R - running, S - slave # NAME TYPE MTU L2MTU MAX-L2MTU 1 R ;;; Ubiquiti Rocket M5 (trunk22) ether2 ether 1500 1598 9498 [admin@bridge1] > int pr where name=ether6 Flags: D - dynamic, X - disabled, R - running, S - slave # NAME TYPE MTU L2MTU MAX-L2MTU 2 R ;;; D-Link DES-3200-10 (trunk) ether6 ether 1500 1598 9498 Удаленная сторона: MikroTik RouterOS 5.14 (c) 1999-2012 [admin@bridge2] > system routerboard p routerboard: yes model: 1200 serial-number: * current-firmware: 2.33 upgrade-firmware: 2.38 [admin@bridge2] > ip add p Flags: X - disabled, I - invalid, D - dynamic # ADDRESS NETWORK INTERFACE 0 192.168.8.2/30 192.168.8.0 bonding1 1 192.168.10.81/23 192.168.10.0 bonding1 [admin@bridge2] > int bo p Flags: X - disabled, R - running 0 R name="bonding1" mtu=1500 mac-address=00:0C:42:D2:AF:4F arp=enabled slaves=ether1,ether2 mode=balance-rr primary=none link-monitoring=arp arp-interval=1s arp-ip-targets=192.168.8.1 mii-interval=1s down-delay=0ms up-delay=1s lacp-rate=30secs transmit-hash-policy=layer-2 [admin@bridge2] > int eth m ether1,ether2 status: link-ok link-ok auto-negotiation: done done rate: 100Mbps 100Mbps full-duplex: yes yes [admin@bridge2] > int br po p Flags: X - disabled, I - inactive, D - dynamic # INTERFACE BRIDGE PRIORITY PATH-COST HORIZON 0 ether3 bridge1 0x80 10 none 1 ether4 bridge1 0x80 10 none 2 ether5 bridge1 0x80 10 none 3 ether6 bridge1 0x80 10 none 4 I ether7 bridge1 0x80 10 none 5 I ether8 bridge1 0x80 10 none 6 I ether9 bridge1 0x80 10 none 7 I ether10 bridge1 0x80 10 none 8 bonding1 bridge1 0x80 10 none [admin@bridge2] > int mo ether1,ether2 name: ether1 ether2 rx-packets-per-second: 719 787 rx-drops-per-second: 0 0 rx-errors-per-second: 0 0 rx-bits-per-second: 5.3Mbps 5.8Mbps tx-packets-per-second: 655 655 tx-drops-per-second: 0 0 tx-errors-per-second: 0 0 tx-bits-per-second: 2.6Mbps 2.5Mbps [admin@bridge2] > int pr where name=ether1 Flags: D - dynamic, X - disabled, R - running, S - slave # NAME TYPE MTU L2MTU MAX-L2MTU 0 R ;;; Ubiquiti Rocket M5 (trunk?) ether1 ether 1500 1598 4078 [admin@bridge2] > int pr where name=ether2 Flags: D - dynamic, X - disabled, R - running, S - slave # NAME TYPE MTU L2MTU MAX-L2MTU 1 R ;;; Ubiquiti Rocket M5 (trunk?) ether2 А теперь словами. На локальной стороне интерфейс бондинг собран только с одним работающим портом, второй добавлен в бридж. На бондинге настроен arp-мониторинг, адрес для мониторинга висит только на бондинг интерфейсе. Тоесть поскольку с этой стороны бондинг только на одном рабочем порту (а адрес для мониторинга висит на бондинге), то с той стороны роутерос должна бы выключить порт через который не приходят arp-ответы. И все бы хорошо, но при этом трафик делится между портами ровно пополам, хотя по логике должен был идти только через один порт. Второй момент, если собрать бондинг с локальный стороны правильно то работает логично и до точек появляется 50% потери пакетов. А в текущей ситуации нет потерь до точек, но трафик все равно делится ровно. Вставить ник Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.