Какие будут рекомендации по настройке WS-C4948E? описание ситуации внутри

[QWE]

Меняю в ядре 3560G на 4948E, конфиг как бы один в один. Настраиваться будет IP unnumbered,VLAN на абонента,RSTP,OSPF,LACP. 

Но т.к. железка для меня новая, хотелось бы услышать рекомендации по настройке от тех кто юзает или юзал.

Что на 4948E рекомендуется настраивать и на что обратить внимание? 

На 3560G вляпался в drop ы на интерфейсе (тема в соседней ветке), хотелось бы услышать что настраивать на 4948E для снижения drop ов.

 

[nuclearcat]

У 4948 буфера намного больше, и маков кстати тоже. Если на 3560 мне приходилось крутить, то 4948 беспроблемная вообще.

[alibek]

Особо крутить скорее всего ничего не придется.

Но есть смысл настроить политики control plane, чтобы защитить управление от всякой всячины.

[zhenya`]

Кос совсем иной на 4948е. И даже без особых усилий все очень норм.

[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е умеют красить трафик на входе и согласно этим меткам раскладывать трафик по очередям на выходе, для другого (более старого оборудования) эти настройки могут не подойти.

[s.lobanov]

Вопрос из серии "не было печали, апдейтов накачали". Единственное что пришло в голову по существу. На многих 49ых (хз от чего зависит, от версии софта или еще чего) по умолчанию не логируется в syslog падение портов. Вот это есть смысл настроить

[QWE]

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 который летит от абонентов или с узлов?

[v_r]

 

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. "Граница" проходит на стыке с аплинками и на стыке с агрегаторами.