Fsprint Posted May 23, 2008 Posted May 23, 2008 (edited) Хотим увеличить пропускную способность канала для обьединения офисов и орг. дополнительный радио канал с другим оборудованием и на другой частоте щас у нас 2.4Гц, ставим еше 5.8Гц. Свичи с двух сторон управляемые DES 3028. Вот как обьединить два канала между двумя сетями в один? заранее спасибо Edited May 23, 2008 by Fsprint Вставить ник Quote
chert Posted May 23, 2008 Posted May 23, 2008 (edited) читать в доке свича о link_aggregation Edited May 23, 2008 by chert Вставить ник Quote
itl2044 Posted May 23, 2008 Posted May 23, 2008 а вот не все так просто..... Радиобридж - не кусок провода, он еще и маки смотрит. Есть шанс, что будет значительно хуже, чем было на 1 канале. Пока вменяемое решение только одно: микротик в н-стриме. Вставить ник Quote
Atrides-1 Posted May 24, 2008 Posted May 24, 2008 (edited) link_aggregation подразумевает, что приходящие пакеты по двум интерфейсам, не теряются и не смещаются во времени относ.друг друга В случае радиоканала, будет получаться: - на входы интерфейсов 1 и 2 поданы пакеты А и Б длиной 1500, - пакет А придёт в конечную точку(инт 1) через 3мс , пакет Б придёт на интерфейс 2 через 15мс, т.к была помеха во втором радиоканале и пришлось сделать 3х кратный перезапрос пакета. Произошла значительная временная рассинхронизация пакетов. Свичи не склеют их, т.к. нет механизма, который совмещать пакетв с 2х интерфейсов с большим сдвигом по времени. У свичей нет специальной буферизации для LACP, есть только буфер для Flow control. P.S. Это теоритические размышления - будет очень интересно узнать, что получилось у вас на практике. Для эксперимента нужно полностью запретить автоматический перезапрос битых пакетов самим радиоустройством. Пусть восстановлением битых пакетов занимается протокол TCP LACP в Cisco An EtherChannel balances the traffic load across the links in an EtherChannel by reducing part of the binary pattern formed from the addresses in the frame to a numerical value that selects one of the links in the channel. EtherChannel load balancing can use MAC addresses or IP addresses. EtherChannel load balancing can also use Layer 4 port numbers. EtherChannel load balancing can use either source or destination or both source and destination addresses or ports. The selected mode applies to all EtherChannels configured on the switch. EtherChannel load balancing can use MPLS Layer 2 information. Use the option that provides the balance criteria with the greatest variety in your configuration. For example, if the traffic on an EtherChannel is going only to a single MAC address and you use the destination MAC address as the basis of EtherChannel load balancing, the EtherChannel always chooses the same link in the EtherChannel; using source addresses or IP addresses might result in better load balancing. Edited May 24, 2008 by Atrides-1 Вставить ник Quote
Nic Posted May 26, 2008 Posted May 26, 2008 link aggregation не кидает пакеты равномерно по интерфейсам. в простейшем случае он 1 мак кидает всегда на интерфейс А, а второй мак - на интерфейс В. и так по очереди для каждого нового МАКа. Т.е. проблем со склейкой пакетов не будет никогда. Можно аналогично по ип, но например из доки на 3526 следует, что он только по макам умеет. что там с 3028 в этом плане - я не знаю Вставить ник Quote
sirmax Posted May 26, 2008 Posted May 26, 2008 Я бы балансировал роутингом, т.е. сделал бы ассиметричный роутинг. Оптимальная производительность радио когда траффик идет только в одну сторону, т.е. в одну сторону по одному динку в другую по другому. Еслди использовать еще динамическую маршрутизацию (например OSPF) то еще и в 2 раза поднимется надежность Вставить ник Quote
wireless_man Posted May 26, 2008 Posted May 26, 2008 [bmain@dual_ns] /interface bonding> add creates new item with specified property values. arp -- Address Resolution Protocol arp-interval -- Time in milliseconds for monitoring ARP requests arp-ip-targets -- IP addresses for monitoring comment -- Set comment for items copy-from -- Item number disabled -- Defines whether MAC Telnet Server is disabled or not down-delay -- Time period the interface is disabled if a link failure has been d etected lacp-rate -- Link Aggregation Control Protocol rate specifies how often to excha nge with LACPDUs between bonding peer link-monitoring -- Method for monitoring the link mii-interval -- Time in milliseconds for monitoring mii-type link mode -- Interface bonding mode mtu -- Maximum Transmit Unit name -- Interface name primary -- Slave that will be used in active-backup mode as active link slaves -- Interfaces that are used in bonding up-delay -- Time period the interface is disabled if a link has been brought up http://wiki.mikrotik.com/wiki/Bonding_Examples Вставить ник 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.