Butch3r Опубликовано 20 мая, 2014 · Жалоба У Вас неограниченное количество IPv4 адресов? Для экономии. нет, я просто /30 серые использую :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
K0L0bock Опубликовано 27 мая, 2014 · Жалоба Так что, ни кто не использует RSVP-TE? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ThreeDHead Опубликовано 28 мая, 2014 · Жалоба Вопрос юридического толка. При покупке оборудования данного производителя, с включенной годовой техподдержкой, как с них (с кого?) затребовать подписания некого SLI по поддержке? Кто нибудь такое делал? Какие рычаги давления, чтобы заставить их выполнять свои обязательства? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
K0L0bock Опубликовано 29 мая, 2014 (изменено) · Жалоба Толку от их техподдержки нет вообще, на все одни и те же отмазки: устаревшая прошивка и "у вас не правильно настроено". Больше вы от них ни чего не добётесь. На данный момент у меня, после 2х лет постоянной переписки, не решено ни одной проблемы: залипание маков при таблице больше 3к - в следствие этого неработоспособный vpls, постоянно виснущий RSVP-TE, невозможность правильной балансировки трафика в агрегированных интерфейсах. Так что все их громкие заявления о функционале железок ни что иное как пшик. Если еще не поздно, не связывайтесь с этими железяками!!!! Изменено 29 мая, 2014 пользователем K0L0bock Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zstas Опубликовано 29 мая, 2014 · Жалоба K0L0bock, ну видимо у вас какие-то мплс-ные проблемы.. у нас мплса нет, по 50-60к маков - проблем никаких. За последний год пару глюков тока встретили - память утекает. С балансировкой тоже всё в порядке. Если вы хотите чтобы балансились псевдопровода по агрегированным линкам - это уже к решениям полноценных л3 коробок. Остальной трафик замечательно балансится по 3-5-7-11-12-15, в принципе любому кол-ву линков. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
K0L0bock Опубликовано 29 мая, 2014 · Жалоба zstas Угу, имели неосторожность поставить железки на магистраль. Но ведь если функционал не работоспособен зачем его анонсировать? Я был бы согласен, если бы проблема была на какой-то отдельной железке, но на 18 сразу? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zstas Опубликовано 29 мая, 2014 · Жалоба K0L0bock, у вас vpls и в качестве PE устройств экстримы? кстати балансировка для vpls нормальная появилась в 15.4 (хотя последнюю ветку ставить опасно). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
darkagent Опубликовано 30 мая, 2014 · Жалоба 15.4 уже не последняя, сейчас обкатываю mpls на 15.5.1.6, пока вроде все стабильно, тьфу тьфу тьфу. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
K0L0bock Опубликовано 30 мая, 2014 · Жалоба zstas , и экстримы и джуниперы, на джунах немного получше но иногда лсп так же в даун ложаться и не хотят через экстримы прокладываться, помогает только перезагрузка оспф и мплс процессов на некоторых промежуточных экстримах. Сейчас стоит 15.4.1.3 на одной из железок. В ней появился Port Based алгоритм, но толку от него очень мало, на 2 порта 20 гигов вроде раскидывает, а вот 30 на 3 уже нет. На 4 порта тоже не может, все в один льется :( Address Based тоже по всякому крутил, не на много лучше чем в старых прошивках. darkagent Вы rsvp-te lsp используете? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
darkagent Опубликовано 30 мая, 2014 · Жалоба Да, и по тикету PD3-203917264 держу руку на пульсе. Почти сутки e4g-400 крутится с 15.5.1.6, пока симптомы не проявились. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zstas Опубликовано 30 мая, 2014 · Жалоба K0L0bock, я про l2vpn sharing. Pseudowire (PW) Label-Switched Path (LSP) LoadSharing 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). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
K0L0bock Опубликовано 30 мая, 2014 · Жалоба zstas, пока не понятно как это все будет работать, ну и неплохо былобы трафик одного пв разливать по разным лсп. Но чего то я сильно сомневаюсь что это все будет работать, они более простые вещи не могут заставить нормально функционировать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dmvy Опубликовано 30 мая, 2014 · Жалоба zstas, пока не понятно как это все будет работать, ну и неплохо былобы трафик одного пв разливать по разным лсп. Но чего то я сильно сомневаюсь что это все будет работать, они более простые вещи не могут заставить нормально функционировать. Вы от коммутатора с MPLS хотите не меньше чем умеет роутер c MPLS. Среди коммутаторов c MPLS соперник только ME3600X/ME3800X и то тоже со своими тараканами и за большие деньги. Работы у программистов Extreme еще море, но думаю, нужно запастись терпением... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
K0L0bock Опубликовано 30 мая, 2014 · Жалоба dmvy Хочу не больше чем заявлено в концепт гайде! Снова скажу: нафига анонсировать то, что заведомо не работает как должно? Я 2 года с ними воюю и ни одной проблемы не решено! Про их программистов лучше не вспоминать, кроме матерных букв нет для них больше ни чего. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
cmhungry Опубликовано 30 мая, 2014 · Жалоба Да, и по тикету PD3-203917264 держу руку на пульсе. Почти сутки e4g-400 крутится с 15.5.1.6, пока симптомы не проявились. Severity 7-Feature Request Status/SubStatus Closed / Will Not Fix точно такой номер? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
darkagent Опубликовано 30 мая, 2014 · Жалоба точно такой номер? 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 не упоминается даже. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ThreeDHead Опубликовано 16 июня, 2014 · Жалоба Может кто в курсе, какие могут быть ограничения у режимов коммутации: 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, столкнусь с какими-нибудь ограничениями? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dmvy Опубликовано 16 июня, 2014 · Жалоба В соответствии с режимом, во-первых ограничения в acl, во-вторых ограничения pbr, в-третьих отсутствие буфера пакетов. Если используете не для скоростных торгов на бирже или FCoE, то Вам это не нужно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ThreeDHead Опубликовано 16 июня, 2014 · Жалоба dmvy, спасибо за разъяснение, тоже про ACL подумалось. В спеках есть ограничение на размер пакета и на скорость вх/исх портов, ну и про битые пакеты рассказано что будут проходить насквозь. Но вроде как, при cut-through, он даже сам решает когда надо будет использовать store-and-forward. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vitalyb Опубликовано 16 июня, 2014 · Жалоба во-первых ограничения в acl Не помните какого плана или где почитать? не припомню такого в доке, по идее пакет должен начать форвардиться когда есть однозначное решение куда его слать, в том числе и по acl/pbr. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ThreeDHead Опубликовано 16 июня, 2014 · Жалоба Все-таки думаю что если на 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-фреймах. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zhenya` Опубликовано 17 июня, 2014 · Жалоба ну что же. есть экстрим.. 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 хотели на днях запустить. оспф там стоял месяц где-то.. с момента настройки роутинга.. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Yarlan Zey Опубликовано 17 июня, 2014 · Жалоба это массово на экстримах с прошлой недели Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
darkagent Опубликовано 17 июня, 2014 · Жалоба Для тех, кто не имеет доступа к закрытому разделу, проблема связана с тем, что при обновлении до 15.4.1.х сбрасываются snmp community, и коммутаторы становятся уязвимимы для атак извне по дефолтным community public/private (которые, никто не проверяет после обновлении софта). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vitalyb Опубликовано 17 июня, 2014 · Жалоба ThreeDHead Это должно значить, что пакеты короче 384 байт свитчуются методом store-and-forward, именно для того, чтобы были данные в буфере из заголовков для работы acl. Т.е. принимаются первые 384 байта, матчатся acl, принимается решение куда и как слать и начинается передача с одновременным приемом хвоста пакета. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...