Перейти к содержимому
Калькуляторы

Коммутаторы Extreme Summit / BlackDiamond. Отзывы, реальная производительность. Особенности, плюсы, минусы

У Вас неограниченное количество IPv4 адресов? Для экономии.

нет, я просто /30 серые использую :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Так что, ни кто не использует RSVP-TE?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вопрос юридического толка.

При покупке оборудования данного производителя, с включенной годовой техподдержкой, как с них (с кого?) затребовать подписания некого SLI по поддержке?

Кто нибудь такое делал? Какие рычаги давления, чтобы заставить их выполнять свои обязательства?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Толку от их техподдержки нет вообще, на все одни и те же отмазки: устаревшая прошивка и "у вас не правильно настроено". Больше вы от них ни чего не добётесь. На данный момент у меня, после 2х лет постоянной переписки, не решено ни одной проблемы: залипание маков при таблице больше 3к - в следствие этого неработоспособный vpls, постоянно виснущий RSVP-TE, невозможность правильной балансировки трафика в агрегированных интерфейсах. Так что все их громкие заявления о функционале железок ни что иное как пшик. Если еще не поздно, не связывайтесь с этими железяками!!!!

Изменено пользователем K0L0bock

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

K0L0bock, ну видимо у вас какие-то мплс-ные проблемы.. у нас мплса нет, по 50-60к маков - проблем никаких. За последний год пару глюков тока встретили - память утекает.

С балансировкой тоже всё в порядке. Если вы хотите чтобы балансились псевдопровода по агрегированным линкам - это уже к решениям полноценных л3 коробок. Остальной трафик замечательно балансится по 3-5-7-11-12-15, в принципе любому кол-ву линков.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

zstas Угу, имели неосторожность поставить железки на магистраль. Но ведь если функционал не работоспособен зачем его анонсировать? Я был бы согласен, если бы проблема была на какой-то отдельной железке, но на 18 сразу?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

K0L0bock, у вас vpls и в качестве PE устройств экстримы? кстати балансировка для vpls нормальная появилась в 15.4 (хотя последнюю ветку ставить опасно).

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

15.4 уже не последняя, сейчас обкатываю mpls на 15.5.1.6, пока вроде все стабильно, тьфу тьфу тьфу.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

zstas , и экстримы и джуниперы, на джунах немного получше но иногда лсп так же в даун ложаться и не хотят через экстримы прокладываться, помогает только перезагрузка оспф и мплс процессов на некоторых промежуточных экстримах. Сейчас стоит 15.4.1.3 на одной из железок. В ней появился Port Based алгоритм, но толку от него очень мало, на 2 порта 20 гигов вроде раскидывает, а вот 30 на 3 уже нет. На 4 порта тоже не может, все в один льется :( Address Based тоже по всякому крутил, не на много лучше чем в старых прошивках.

darkagent Вы rsvp-te lsp используете?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Да, и по тикету PD3-203917264 держу руку на пульсе. Почти сутки e4g-400 крутится с 15.5.1.6, пока симптомы не проявились.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

K0L0bock, я про l2vpn sharing.

Pseudowire (PW) Label-Switched Path (LSP) Load

Sharing

This feature increases the number of named Label-Switched Paths

(LSPs) to be configured per L2VPN pseudowires (PWs) for use as the

transport LSP from 1 to 16. This includes Resource Reservation Protocol

(RSVP) LSPs and static LSPs. This feature also provides Equal-Cost

Multi-path (ECMP) address-based hashing on L2VPN ingress nodes

when transmitting into Link Aggregation Group (LAG).

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

zstas, пока не понятно как это все будет работать, ну и неплохо былобы трафик одного пв разливать по разным лсп. Но чего то я сильно сомневаюсь что это все будет работать, они более простые вещи не могут заставить нормально функционировать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

zstas, пока не понятно как это все будет работать, ну и неплохо былобы трафик одного пв разливать по разным лсп. Но чего то я сильно сомневаюсь что это все будет работать, они более простые вещи не могут заставить нормально функционировать.

Вы от коммутатора с MPLS хотите не меньше чем умеет роутер c MPLS. Среди коммутаторов c MPLS соперник только ME3600X/ME3800X и то тоже со своими тараканами и за большие деньги. Работы у программистов Extreme еще море, но думаю, нужно запастись терпением...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

dmvy Хочу не больше чем заявлено в концепт гайде! Снова скажу: нафига анонсировать то, что заведомо не работает как должно? Я 2 года с ними воюю и ни одной проблемы не решено! Про их программистов лучше не вспоминать, кроме матерных букв нет для них больше ни чего.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Да, и по тикету PD3-203917264 держу руку на пульсе. Почти сутки e4g-400 крутится с 15.5.1.6, пока симптомы не проявились.

Severity 7-Feature Request

Status/SubStatus Closed / Will Not Fix

 

точно такой номер?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

точно такой номер?

PD3-203917264

If an LSP is already Up, and an ERO is added such that a

subsequent path calculation will fail, the LSP will remain Up, and

at the same time, continue to retry to calculate a new path with

the new ERO. This situation isnot clearly visible in the show mpls

rsvp-te lsp detail output. The retry counters incrementing is

really the only indication that this is happening. The fields

showing the "Msg Src," "Msg Time," "Error code," and "Error

Value" should be shown because the reason for the path

calculation failure is shown in these fields.

ага

 

в 15.3.1-Patch1-36 числится как Open, в 15.4.1-Patch1-12 тоже, в 15.5.1.6 не упоминается даже.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Может кто в курсе, какие могут быть ограничения у режимов коммутации:

  cut-through        The ability to begin transmitting a packet prior to it being received in full
 store-and-forward  Packet transmit only happens after the entire packet has been received and stored in packet memory

Сейчас установлено:

Switch Settings:
   Switching mode:                         store-and-forward

Если переключу на cut-through, столкнусь с какими-нибудь ограничениями?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В соответствии с режимом, во-первых ограничения в acl, во-вторых ограничения pbr, в-третьих отсутствие буфера пакетов. Если используете не для скоростных торгов на бирже или FCoE, то Вам это не нужно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

dmvy, спасибо за разъяснение, тоже про ACL подумалось.

В спеках есть ограничение на размер пакета и на скорость вх/исх портов, ну и про битые пакеты рассказано что будут проходить насквозь. Но вроде как, при cut-through, он даже сам решает когда надо будет использовать store-and-forward.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

во-первых ограничения в acl

Не помните какого плана или где почитать? не припомню такого в доке, по идее пакет должен начать форвардиться когда есть однозначное решение куда его слать, в том числе и по acl/pbr.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Все-таки думаю что если на ACL и будет влиять, то в совсем экзотических ситуациях.

 

• Cut-through mode cannot be achieved for packet sizes less than or equal to 384 bytes.

IPv4: 16 байт на заголовок езернет фрейма + 20 байт на заголовок IP-пакета + 160 байт TCP-сегмента = 196 байт

IPv6: 16 байт на заголовок езернет фрейма + 40 байт на заголовок IP-пакета + 160 байт TCP-сегмента = 216 байт

 

Для PBR или простых ACL, этих значений (минимальных) вполне достаточно, и спокойно вмещается в минимальный размер пакета для cut-through.

Но возможно что для маршрутизации cut-through не будет вообще актуален, а лишь только на jumbo-фреймах.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

ну что же.

 

есть экстрим..

 

Switch : 800400-00-12 1345N-41497 Rev 12.0 BootROM: 2.0.2.1 IMG: 15.4.1.3

PSU-1 : Internal PSU-1 800462-00-04 1337W-80093

PSU-2 : Internal PSU-2 800462-00-04 1337W-80100

 

Image : ExtremeXOS version 15.4.1.3 v1541b3-patch1-10 by release-manager

on Fri Apr 11 12:00:08 EDT 2014

BootROM : 2.0.2.1

Diagnostics : 6.3

 

конфигурация простая.. есть вланы приходящие и поднят оспф. никаких извратов нету..

 

внезапно никто не трогал ничего..

 

6/17/2014 08:13:14.88 <Noti:ospf.neighbor.ChgState> Changing the state of neighbor rtid 172.16.0.8 ipa 172.16.0.66 to state = DOWN due to interface Down.

06/17/2014 08:13:14.88 <Noti:ospf.neighbor.ChgState> Changing the state of neighbor rtid 172.16.0.10 ipa 172.16.0.70 to state = DOWN due to interface Down.

06/17/2014 08:13:14.88 <Noti:ospf.neighbor.ChgState> Changing the state of neighbor rtid 172.16.0.2 ipa *.*.*.* to state = DOWN due to interface Down.

06/17/2014 08:13:14.88 <Noti:ospf.neighbor.ChgState> Changing the state of neighbor rtid 172.16.0.6 ipa *.*.*.* to state = DOWN due to interface Down.

 

случилось такое..

 

никого точно не было на железке.

смотрю show vlan <vlan_name>

и вижу

IPv4 Forwarding: Disabled

IPv4 MC Forwarding: Disabled

 

по конфигу не вижу пропаданий настроек относительно оспф..

 

включил форвардинг на вланах, маршруты приехали.

 

вопрос что то было ?

 

экстрим пока л2 больше.. л3 хотели на днях запустить. оспф там стоял месяц где-то.. с момента настройки роутинга..

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

это массово на экстримах с прошлой недели

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Для тех, кто не имеет доступа к закрытому разделу, проблема связана с тем, что при обновлении до 15.4.1.х сбрасываются snmp community, и коммутаторы становятся уязвимимы для атак извне по дефолтным community public/private (которые, никто не проверяет после обновлении софта).

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

ThreeDHead

Это должно значить, что пакеты короче 384 байт свитчуются методом store-and-forward, именно для того, чтобы были данные в буфере из заголовков для работы acl. Т.е. принимаются первые 384 байта, матчатся acl, принимается решение куда и как слать и начинается передача с одновременным приемом хвоста пакета.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.