johnnys Опубликовано 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% потери пакетов. А в текущей ситуации нет потерь до точек, но трафик все равно делится ровно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...