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

Cisco SCE Series Service Control Engine

около 15 гигов, если с 2мя SIP

 

А если только пару 10G портов использовать?

И один SIP?

Share this post


Link to post
Share on other sites

9,5-9,8 гигов

По итоговой цене второй SIP покупать не выгодно, проще сразу новую коробку.

Share this post


Link to post
Share on other sites

9,5-9,8 гигов

По итоговой цене второй SIP покупать не выгодно, проще сразу новую коробку.

 

Спасибо!

Share this post


Link to post
Share on other sites

9,5-9,8 гигов

По итоговой цене второй SIP покупать не выгодно, проще сразу новую коробку.

 

Cпорно....

Share this post


Link to post
Share on other sites

Что-то не до понял, в 8к один sip стоит, ну и можно 4 SPA соотвественно

вы может sip с scm-e перепутали?

Share this post


Link to post
Share on other sites
около 15 гигов, если с 2мя SIP

 

у нас все 20 жевал. правда одно но есть. пропускная способность шины в каждую сторону 16 гиг, о если трафик ассиметричный (т.е. аплоад 10 гиг и даунлоад 20 гиг), то на одном из линков можно развернуть subscriber и network side и железка пропустит 20 гиг.

 

И таки да, SIP один, в нем 4 SPA. И 2 проца конечно

Edited by drovorub

Share this post


Link to post
Share on other sites

Что-то не до понял, в 8к один sip стоит, ну и можно 4 SPA соотвественно

вы может sip с scm-e перепутали?

 

Конечно же 4 SPA :)

Share this post


Link to post
Share on other sites

а кто-нить байпасит трафик на основе QoS меток ? в гуе http://www.cisco.com/c/dam/en/us/td/i/100001-200000/150001-160000/158001-159000/158742.tif/_jcr_content/renditions/158742.jpg вроде и написано что TOS, но Acceptable values for ToS are 0 to 63. (что очень похоже на DSCP) или все же это TOS с ограниченными значениями?. Поделитесь опытом?

Edited by zhenya`

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

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

 

надо протокол пак который ты засунул в сце применить и на SCABB тоже, судя по всему "4.1.0PP40" у тебя он pp40

лезь на window->preferences->service configuration->protocol pack->choose file

и станет легче

Share this post


Link to post
Share on other sites

Sce8000, трафика 12G/4G. Разделено примерно симметрично (трафик с разных районов).

в ЧНН становится видно, что уже не хватает после 10 гигабит.

Вот куда копать, ума не приложу... В ббконсоле кстати варнинги и ошибки растут, но в логах sce(sh log) нет.

Используется пока только в режиме шейпера, причем у большей части сабскрайберов трафиик уже подрезан до этого на софтроутерах (причем подрезано чуть ниже чем на sce)

Софт 4.2.

Может кто-нить сталкивался, и хоть подскажет направление копки..

 

 

sce8000.jpg

 

 

В каких попугаях измеряется serviceloss?

(На это нашел ответ, всё просто: Service loss is defined as the ratio of the number of packets that did not receive service as expected to the total number of packets that were processed by the SCE platform.)

 

$ snmpwalk -v2c -c comm SCE8000 .1.3.6.1.4.1.5655.4.1.9.1.1.8

PCUBE-SE-MIB::tpNumTcpActiveFlows = No Such Object available on this agent at this OID

Почему может не работать этот миб?

SCE8000#show snmp MIB ?
 cisco-copy-config                 Display Cisco copy config group variables
 cisco-entity-alarm                Display Cisco Entity Alarm variables
 cisco-process                     Display Cisco process group variables
 cisco-queue                       Display Cisco queue group variables
 cisco-service-control-link        Display Cisco service control link group variables
 cisco-service-control-rdr         Display Cisco service control rdr group variables
 cisco-service-control-scas-bb     Display Cisco service control Scas-BB group variables
 cisco-service-control-subscriber  Display Cisco service control subscriber group variables
 cisco-service-control-tp-stats    Display Cisco service control tp stats group variables
 cisco-syslog-event-ext            Display Cisco syslog event ext group variables
 entity                            Display Entity group variables
 entity-state                      Display Entity state group variables
 host-resource                     Display Host resource group variables
 MIB-II                            Display all MIB-II variables

Edited by Tamahome

Share this post


Link to post
Share on other sites

В каких попугаях измеряется serviceloss?

(На это нашел ответ, всё просто: Service loss is defined as the ratio of the number of packets that did not receive service as expected to the total number of packets that were processed by the SCE platform.)

В тысячных процента.

Share this post


Link to post
Share on other sites

странно. у нас после 90% загрузки тп начиналось удлинение пинга. ну и сервис лос очень большие числа были )

Share this post


Link to post
Share on other sites

причем у большей части сабскрайберов трафиик уже подрезан до этого на софтроутерах (причем подрезано чуть ниже чем на sce)

Поначалу тоже думали что, фигня, сами как шейпили так и будем шейпить, и SCE пусть до кучи шейпит (полисит). В результате качество начало заметно страдать, SCE "пропускать" основное ограничение и прочие баги. Как только отключили шейпинг на тазиках - всё пришло в норму. Вывод - не делайте так.

Share this post


Link to post
Share on other sites

ThreeDHead, все к тому и идёт, чтоб убрать на тазиках, если удастся победить SCE. Тазики то и без нее себя хорошо чувствовали.

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

Edited by Tamahome

Share this post


Link to post
Share on other sites

zhenya` у Вас с двумя SCE8000-SCM-E?

А то вот на cisco.com прочитал что:

Capacity and Performance:

Maximum Throughput Up to 30 Gbps*

*Capacity and performance of the Cisco SCE 8000 with two SCE8000-SCM-E cards installed

 

Так вот получается на один SCM-E 15 гигов, это in+out?

Собственно тогда всё ясно, кроме того почему утилизация не настолько велика.

Edited by Tamahome

Share this post


Link to post
Share on other sites

да 1 сцм общего совокупного трафика. т.е 10-5 или 8-7 (вход-исход)

Share this post


Link to post
Share on other sites

Собственно тогда всё ясно, кроме того почему утилизация не настолько велика.

 

Утилизацию по каждому трафик-процессору в ВВ смотрели? после 80% на конкретном проце начинаются проблемы у тех абонентов, чей трафик на него попал....

Share this post


Link to post
Share on other sites

Дятел, да, по каждому, да и нагрузка по всем примерно одинаково размазана.

Share this post


Link to post
Share on other sites

У нас в данный момент одна из SCE (стоят парой) так выглядит:

System	Cisco Service Control, SW version: Version 4.1.0 Build 638, HW version: SCE8000 4x10GBE		
Status	Warning, Total Traffic: 10376440		
Operational State	Warning	
Uptime	30 weeks, 3 days, 23 hours, 37 minutes and 43 seconds	
SCE Clock	13:24:01;MSD;FRI;October;24;2014	
Subscribers Counters	Active: 18222;  Anonymous: 509;  Introduced: 38427	
Bandwidth (Kbps)	10376440	
	TenGigabitEthernet3/0/0	1858819
	TenGigabitEthernet3/1/0	3335855
	TenGigabitEthernet3/2/0	1863367
	TenGigabitEthernet3/3/0	3318399
CPU Utilization (%)	51	
	Control Processor	51
	Traffic Processor1	29
	Traffic Processor2	24
	Traffic Processor3	20
	Traffic Processor4	20
	Traffic Processor5	17
	Traffic Processor6	16
	Traffic Processor7	23
	Traffic Processor8	18
	Traffic Processor9	22
	Traffic Processor10	19
	Traffic Processor11	22
	Traffic Processor12	21
	Traffic Processor13	27
	Traffic Processor14	26
	Traffic Processor15	21
	Traffic Processor16	23
	Traffic Processor17	26
	Traffic Processor18	24
	Traffic Processor19	17
	Traffic Processor20	25
	Traffic Processor21	32
	Traffic Processor22	23
	Traffic Processor23	17
	Traffic Processor24	33
Memory Utilization (%)	18	
Service Loss	0	
Total Active Flows	1591606	
Connections Per Second	11894	

 

Неравномерность нагрузки на процы - в два раза, от 16 до 33%....

Share this post


Link to post
Share on other sites

у нас в одной 2 бошки. в другой одна.

ну да, в таком варианте нужно в первой иметь 4х10Г, а во второй 2х10Г, трафик корректно раскладывается )

Share this post


Link to post
Share on other sites

у нас в одной 2 бошки. в другой одна.

ну да, в таком варианте нужно в первой иметь 4х10Г, а во второй 2х10Г, трафик корректно раскладывается )

ну так и есть. в первой пользуемся 2 десятками сквозными. на второй одной. в след году заложили еще одну бошку и норм ) а шасси сразу брали 4х10г.

Share this post


Link to post
Share on other sites

Здравствуйте! Помогите пожалуйста в первоначальной настройке SCE1000-2xGBE Version 2.5.7 Build 732. Подключаем к коммутатору обоими оптическими портами, чтобы трафик шел транзитом через нее, но трафик не идет! Настройку выставили connection-mode inline on-failure bypass. Что еще нужно сделать, подскажите пожалуйста? Спасибо

Share this post


Link to post
Share on other sites

Как организовано управление подписчиками? Что вы вообще хотите от железки?

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