Jump to content
Калькуляторы

crank

Пользователи
  • Content Count

    218
  • Joined

  • Last visited

About crank

  • Rank
    Студент

Информация

  • Пол
    Не определился

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Присматриваюсь к этим железкам. Какой у них адекватный ценник сейчас?
  2. По даташиту да, но ещё играет роль алгоритм использования буфера. Выше я ошибся, 5 MB - это предел буфера для одного порта. Ниже по ссылке об этом указано. https://people.ucsc.edu/~warner/Bufs/cisco-3064 А вот ссылка на табличку сравнения буферов различных коммутаторов. https://people.ucsc.edu/~warner/buffer.html Вот это не протестировали к сожалению. Как-то забыл про то, что по умолчанию на экстримах store-and-forward.
  3. Да, мы протестировали данный вариант с 3064. После тестировали с Extreme X670-48x. Второй показал себя лучше из-за буферов большего размера.
  4. У нас на СОРМ 6x10G портов. При этом сплиттерами мы снимаем rx/tx с 4x10G (итого 8x10G получается). Это самый логичный и простой способ упаковать 8x10G линков в 6x10G портов.
  5. На Nexus 3064 использовать именно SPAN довольно трудно в некоторых случаях. Например нельзя лить трафик в Port-Channel. Нельзя фильтровать VLAN'ы при SPAN. Если же сплиттерами подать трафик на 3064, в сторону СОРМ собрать Port-Channel и отключить изучение мак адресов, то всё будет в порядке. Однако при такой конфигурации чем больше у вас портов на входе по отношению к выходу, тем чаще будут микро бёрсты в сторону СОРМ и увеличивается вероятность потери пакетов. Всё это из-за общего буфера 5 МБайт. На тесте нам удалось 8 портов на входе с суммарным трафиком 44 Гбит залить в 6 портов. При этом дропы начинались при трафике выше 6 Гбит в сторону СОРМ.
  6. У нас X670 стоят на аггрегации больших районов. Там несколько десятков колец. У каждого кольца будет свой vpls. Так что какое-то распределение всё равно будет. Вторым этапом думаю создать несколько LSP с помощью RSVP-TE и включить балансировку трафика. Тогда трафик каждого VPLS ещё размажется по созданным LSP.
  7. Откуда эта информация? В мануале не видел. Прочитал от корки до корки раздел MPLS. А у нас сейчас есть LAG'и на 6 десяток. Буду тестировать. По результатам отпишу, но думаю это будет не быстро.
  8. Да. Спасибо за уточнение. У нас как раз железки X670 и X670G2. @darkagent А вы каким образом решили у себя эту проблему, если решали. Разбивали LAG на 10G линки с point-to-point IP интерфейсами и включали enable l2vpn sharing или просто создавали несколько LSP поверх LAG?
  9. А как обстоят дела с балансировкой между PE и P? Трафик размазывается по портам или всё в один попадает? Отвечаю сам себе. Трафик одного VPLS попадёт в один порт, другого в другой и т.д. Выход - сделать несколько LSP с помощью RSVP-TE. По другому на экстримах похоже никак судя по мануалу.
  10. А вы какой тип балансировки используете? Если стандартный алгоритм (L2, L3, L3_L4), то в гайде указано, что балансировка будет по src-dst mac. Если использовать custom алгоритм, то балансировка уже будет по меткам + IP. Вот выдержка из мануала. Standard Algorithms ... • MPLS packets—The source and destination MAC addresses. Custom Algorithms ... • MPLS packets—Uses the top, second, and reserved labels and the source and destination IP addresses. Ну ваш перекос в пределах нормы учитывая 3 линка.
  11. Да, речь об этом. А вы какой тип балансировки используете - custom?
  12. Кто использует у себя mpls на сети, подскажите как обстоят дела с балансировкой трафика в LAG?
  13. @darkagent Не важно static или нет. Взял из зипа свич. Все варианты перепробовал. Хорошо, что вариант disable sharing 1 и следом enable sharing 1 ... не сносят все vlan'ы) Так что можно переключиться довольно быстро и безболезненно.
  14. Какой софт нужен? У меня не работает * X670G2-48x-4q.13 # show ver Switch : XXXXXX-XX-XX XXXXN-XXXXX Rev 8.0 BootROM: 1.0.2.1 IMG: 16.2.5.4 PSU-1 : Internal PSU-1 XXXXXX-XX-XX XXXXK-XXXXX PSU-2 : Internal PSU-2 Image : ExtremeXOS version 16.2.5.4 16.2.5.4-patch1-13 by release-manager on Thu Jun 6 08:34:18 EDT 2019 BootROM : 1.0.2.1 Diagnostics : 5.4 * X670G2-48x-4q.14 # show sharing Load Sharing Monitor Config Current Agg Min Ld Share Flags Ld Share Agg Link Link Up Master Master Control Active Algorithm Group Mbr State Transitions ================================================================================ 1 Static 1 L2 A 1 - R 0 L2 2 - R 0 ================================================================================ Link State: A-Active, D-Disabled, R-Ready, NP-Port not present, L-Loopback Minimum Active: (<) Group is down. # active links less than configured minimum Load Sharing Algorithm: (L2) Layer 2 address based, (L3) Layer 3 address based (L3_L4) Layer 3 address and Layer 4 port based (custom) User-selected address-based configuration Custom Algorithm Configuration: ipv4 L3-and-L4, xor Distribution Mode Flags: A - All: Distribute to all members L - Local Slot: Distribute to members local to ingress slot P - Port Lists: Distribute to per-slot configurable subset of members Number of load sharing trunks: 1 * X670G2-48x-4q.15 # enable sharing 1 grouping 1,2 algorithm address-based L3_L4 Error: Master Port (1) is already in another Load Sharing group(1).