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

Cisco SCE Series Service Control Engine

Хочу вычислять скорость каждого абона. Думаю делать это через RDR_Record="RealTimeSubscriberUsage". Только непонятно c параметром SECONDS, это время за которое принято какое то количество DOWNSTREAM_VOLUME ? У меня RDR шлется каждую минуту, но SECONDS может быть и с параметром 100 (при той же DURATION=60). Можете пояснить этот момент ? Кто как считает текущую скорость абона ?

Share this post


Link to post
Share on other sites

Вопрос по SCE.

Используем только для раскраски трафика. Переваливаем за 2 гига, надо ставить вторую SCE. Железка стоит в разрыве портченнела 2x1гиг. Будем добавлять еще 2 гига, и того будет 4х1гиг портченнел.

Вопрос: Будут ли 2 циски нормально красить только входящий трафик в ОДНОМ портченнеле 4х1гиг?

Или же обязательно надо делать 2 отдельных портченнела, ставить в разрыв каждого sce и балансировать трафик?

Share this post


Link to post
Share on other sites

Вопрос по SCE.

Используем только для раскраски трафика. Переваливаем за 2 гига, надо ставить вторую SCE. Железка стоит в разрыве портченнела 2x1гиг. Будем добавлять еще 2 гига, и того будет 4х1гиг портченнел.

Вопрос: Будут ли 2 циски нормально красить только входящий трафик в ОДНОМ портченнеле 4х1гиг?

Или же обязательно надо делать 2 отдельных портченнела, ставить в разрыв каждого sce и балансировать трафик?

я так понимаю у вас 2000 серия?

а вы не рассматривали вариант, купить 8000, а 2000 потом продать после установки 8000?

 

прошу прощения) увидел что 8000 стоит полтора ляма... мне казалось гораздо дешевле)

Edited by mcdemon

Share this post


Link to post
Share on other sites

EDA_SPB, будете делать два отдельных протченнела, иначе никак. Также их обе придется объединить в одну группу. С точки зрения SM и CM - это будет одно устройство.

Share this post


Link to post
Share on other sites

После выходных пересмотрел вопрос. Я не совсем ясно выразился. Один портчаннел из N гигабитных линков тоже можно отбалансировать. Где-то была на cisco.com дока. В нашем случае из-за дизайна сети такой метод непременим.

Вопрос такой: будут ли 2 sce нормально опознавать протокол и метить пакеты в одном разбалансированном 4x1гбит портченнеле? Т.е. исходящий пакет может попадать на одну sce, входаящий на другую в одной tcp сессии.

Share this post


Link to post
Share on other sites

Кто может поделиться примером сигнатур? Или ссылку где есть примеры как их правильно описывать.

Share this post


Link to post
Share on other sites

Вопрос такой: будут ли 2 sce нормально опознавать протокол и метить пакеты в одном разбалансированном 4x1гбит портченнеле? Т.е. исходящий пакет может попадать на одну sce, входаящий на другую в одной tcp сессии.

Метите какие пакеты? Только входящие? Тогда ответ очевиден...

Share this post


Link to post
Share on other sites

Метите какие пакеты? Только входящие? Тогда ответ очевиден...

 

Только входящие. Мне не очевиден, я теорию работы sce и вообще dpi не знаю :)

Share this post


Link to post
Share on other sites

При установке двух и более SCE для корректной работы нужно чтобы пакеты одной сессии всегда ходили через один и тот же девайс

Для этого в port channel там где subscriber side ставить алгоритм хеширования ip-src-only, а где network side - ip-dst-only

Тогда пакеты будут попадать на одну и ту же SCE

Иначе корректно распознавать сессии пара не будет

Share this post


Link to post
Share on other sites

При установке двух и более SCE для корректной работы нужно чтобы пакеты одной сессии всегда ходили через один и тот же девайс

Для этого в port channel там где subscriber side ставить алгоритм хеширования ip-src-only, а где network side - ip-dst-only

Тогда пакеты будут попадать на одну и ту же SCE

Иначе корректно распознавать сессии пара не будет

Да, правильно. Только вот не каждое сетевое устройство позволит такое сделать.

 

Странно, у нас в одном были...

Там нюансы с конфигурацией транков, о которых выше описал.

Share this post


Link to post
Share on other sites

Цена тех свичей от циски, которые умеют, настолько мала, что даже разговаривать не о чем....если речь про 2020, конечно ))

Share this post


Link to post
Share on other sites

Коллеги, понятно что корректно со всеми фичами будет работать только при полной симметрии.

Вопрос-то будет ли вставлять dscp метки для входящего трафика при ассиметричном подключении.

Все остальные функции не нужны.

Share this post


Link to post
Share on other sites

Господа, у кого нибудь работает SCE8000 одновременно с платами SPA-1X10GE-L-V2 и SPA-8X1GE-V2? (SPA-5X1GE-V2)

Мне коллеги говорят что у них не заработало и вариации с комбинированными платами только для стекирования.

Share this post


Link to post
Share on other sites

Коллеги, такой вопрос...

Если покупать вторую SCE в параллель и использовать MGSCP решение

Как будет выглядеть процесс настройки двух SCE в SCA BB консоли?

Если, скажем, нужно задавить какой либо протокол до 5 Г/сек.. то нужно будет каждый девайс настроить чтоб он ограничивал этот протокол до 2,5 гигабит?

Edited by dq_res

Share this post


Link to post
Share on other sites

Если, скажем, нужно задавить какой ибо протокол до 5 Г/сек.. то нужно будет каждый девайс настроить чтоб он ограничивал этот протокол до 2,5 гигабит?

Перед покупкой второй SCE2020 учтите, что с нобря 2014 г. прекращается обновление сигнатур для SCE 1000 и SCE 2000

 

http://www.cisco.com/c/en/us/products/collateral/service-exchange/sce-1000-series-service-control-engine/bulletin-c25-731243.html

Edited by DDR

Share this post


Link to post
Share on other sites

Господа, у кого нибудь работает SCE8000 одновременно с платами SPA-1X10GE-L-V2 и SPA-8X1GE-V2? (SPA-5X1GE-V2)

Мне коллеги говорят что у них не заработало и вариации с комбинированными платами только для стекирования.

Правильно говорят коллеги. Вариации с разными SPA только для каскада.

 

Вот все вариации:

раз, два.

Share this post


Link to post
Share on other sites

Коллеги, когда зажимаете полосу (Global Controller) на SCE8000, как скоро изменения отражаются на трафике? Раньше, на 3.8.5 зажимали полосу и сразу видели эффект, трафика ровно столько, сколько мы задали. Сейчас же, на 4.1, после того, как поджимаешь, эффект виден минут через 20, а то и 30. Мало того, трафик переваливает за заданную полосу на 5-10%.

Что на 3.8.5, что на 4.1. количество трафика, сессий, подписчиков и т.п. имеем примерно одинаковое. Не важно, как зажимать, через cli или SCA BB.

 

Есть ещё такой баг, при резком уменьшении полосы Global Controller для входящего трафика происходит просадка исходящего (!) трафика до значений ниже настроенной полосы в несколько раз. После чего поведение SCE не нормальное, к прежним значениям исходящий трафик возвращается только после танцев с бубном вокруг изменения полосы (неоднократно разжать/поджать). Например проявилось, когда изменил полосу на входящий с 6.5Gbit на линк до 1.5Gbit, к входящему конфиг применился, но при этом сильно просел исходящий. Проблема была как в 3.8.5, так и есть в 4.1.

 

Кто-нибудь с этим встречался?

Share this post


Link to post
Share on other sites

Есть у кого пакеты, на которых запрещен любой трафик, кроме явно определенных сервисов?

Хочу получить пакет, на котором разрешен только ICMP лимитированной полосы. Если для дефолтного правила задать 'block the flow', то не работает.

Как настраивать?

Share this post


Link to post
Share on other sites

Подскажите где качнуть SEos.pkg для первичной загрузки ?

Share this post


Link to post
Share on other sites

прошивку обновил (scos-v410-b439-sce2000-classic-k9.pkg), но при обновлении application выдает

+ 10/16/14 7:09:45 PM EEST | WARN  | SCOS version is 4.1.0-classic while PQI version is 4.1.0 Note that in some cases the pqi installation might fail.

файл en41090.pqi , но заливает

далее при сохранении на SCE конфигурации снова ругается

+ 10/16/14 7:27:29 PM EEST | INFO  | Applying service configuration at "SCE1 device [10.17.254.10]": Connecting to element
+ 10/16/14 7:27:32 PM EEST | INFO  | Applying service configuration at "SCE1 device [10.17.254.10]": Reading SCE platform data ...
+ 10/16/14 7:27:34 PM EEST | ERROR | Failed to apply service configuration at "SCE1 device [10.17.254.10]": Client version "4.1.0" is different than SCE version "4.1.0PP40", therefore apply is not allowed

и уже не сохраняет

Share this post


Link to post
Share on other sites

Коллеги, подскажите, сколько трафика реально прожуёт восьмитысячная железка?

 

Чтобы без глюков и тормозов.

 

Из политик планируется только слегка придушить P2P

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this