QWE Опубликовано 3 ноября, 2017 · Жалоба Меняю в ядре 3560G на 4948E, конфиг как бы один в один. Настраиваться будет IP unnumbered,VLAN на абонента,RSTP,OSPF,LACP. Но т.к. железка для меня новая, хотелось бы услышать рекомендации по настройке от тех кто юзает или юзал. Что на 4948E рекомендуется настраивать и на что обратить внимание? На 3560G вляпался в drop ы на интерфейсе (тема в соседней ветке), хотелось бы услышать что настраивать на 4948E для снижения drop ов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nuclearcat Опубликовано 3 ноября, 2017 · Жалоба У 4948 буфера намного больше, и маков кстати тоже. Если на 3560 мне приходилось крутить, то 4948 беспроблемная вообще. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 3 ноября, 2017 · Жалоба Особо крутить скорее всего ничего не придется. Но есть смысл настроить политики control plane, чтобы защитить управление от всякой всячины. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zhenya` Опубликовано 3 ноября, 2017 · Жалоба Кос совсем иной на 4948е. И даже без особых усилий все очень норм. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
v_r Опубликовано 5 ноября, 2017 · Жалоба На 4948E настройка QoS похожа на ISR/ASR1K с поправками на возможности ASIC'а. Пример настроек на интерфейсе в сторону ядра: class-map match-any NC match cos 6 7 class-map match-any RT match cos 4 5 class-map match-any AF match cos 2 3 policy-map TO-CORE class NC bandwidth percent 10 class RT police rate percent 50 priority class AF bandwidth percent 10 class class-default bandwidth percent 30 По процентам в данном случае не уверен, то ли сумма должна быть 100, то ли от 100% отнимается 50% priority трафика и остальные 50% делятся попорционально между остальными очередями согласно их настроек. Конфиг с рабочей железки, проблем не возникает хотя для RT приоритет возможно накручен больше чем реально надо. На входящем интерфейсе COS трафика меняется отдельными policy map, например на абонентском порту в policy-map делается set cos 0, на порту в сторону сервера трафик классифицируется более комплексно. Можно аналогичную схему делать с DSCP, либо менять и DSCP и COS одновременно. При использовании COS можно красить транзитный MPLS трафик но некоторые маршрутизаторы не умеют классифицировать по COS на субинтерфейсах, как делать в вашем случае - по COS или DSCP - решайте в зависимости от конкретной схемы. 49е умеют красить трафик на входе и согласно этим меткам раскладывать трафик по очередям на выходе, для другого (более старого оборудования) эти настройки могут не подойти. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 6 ноября, 2017 · Жалоба Вопрос из серии "не было печали, апдейтов накачали". Единственное что пришло в голову по существу. На многих 49ых (хз от чего зависит, от версии софта или еще чего) по умолчанию не логируется в syslog падение портов. Вот это есть смысл настроить Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
QWE Опубликовано 6 ноября, 2017 · Жалоба 20 часов назад, v_r сказал: На 4948E настройка QoS похожа на ISR/ASR1K с поправками на возможности ASIC'а. Пример настроек на интерфейсе в сторону ядра: class-map match-any NC match cos 6 7 class-map match-any RT match cos 4 5 class-map match-any AF match cos 2 3 policy-map TO-CORE class NC bandwidth percent 10 class RT police rate percent 50 priority class AF bandwidth percent 10 class class-default bandwidth percent 30 По процентам в данном случае не уверен, то ли сумма должна быть 100, то ли от 100% отнимается 50% priority трафика и остальные 50% делятся попорционально между остальными очередями согласно их настроек. Конфиг с рабочей железки, проблем не возникает хотя для RT приоритет возможно накручен больше чем реально надо. На входящем интерфейсе COS трафика меняется отдельными policy map, например на абонентском порту в policy-map делается set cos 0, на порту в сторону сервера трафик классифицируется более комплексно. Можно аналогичную схему делать с DSCP, либо менять и DSCP и COS одновременно. При использовании COS можно красить транзитный MPLS трафик но некоторые маршрутизаторы не умеют классифицировать по COS на субинтерфейсах, как делать в вашем случае - по COS или DSCP - решайте в зависимости от конкретной схемы. 49е умеют красить трафик на входе и согласно этим меткам раскладывать трафик по очередям на выходе, для другого (более старого оборудования) эти настройки могут не подойти. У меня 49Е будет в ядре - бордер в нее будет включен 10Г линком, downlink-и агрегированные 1ГБ каналы, между 49Е (между узлами) пока 1Гбит/с но если будут потери, то включу 10Г линк. В приведенном Вами случае 49Е стоит как устройство агрегации? ядро - отдельные железки? Каким образом раскрашиваете трафик на 4948 который летит от абонентов или с узлов? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
v_r Опубликовано 6 ноября, 2017 · Жалоба 17 минут назад, QWE сказал: Каким образом раскрашиваете трафик на 4948 который летит от абонентов или с узлов? 49е стоят по-всякому. Весь трафик от абонентов красится на порту в COS 0, внутренний трафик (между служебными железками) красится на порту в COS 2, мультикаст красится в COS 4. policy-map на вход на порту где льется мультикаст: ip access-list extended STREAM permit ip any 239.0.0.0 0.0.0.255 class-map match-all STREAM match access-group name STREAM policy-map SERVER class STREAM set cos 4 class class-default set cos 0 На некоторых портах более сложная классификация по DSCP или SRC/DST адресам/портам. ЕМНИП на 49х QoS по умолчанию включен с trust cos. В целом настроена типичная бесхитростная схема QoS: на границах сети трафик при входе красится в нужный COS, внутри сети трафик классифицируется только по COS. "Граница" проходит на стыке с аплинками и на стыке с агрегаторами. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...