[lacunacoil]

Приветствую всех!

 

Есть девайс AS5300 подключенный к ТФОП 4хЕ1

 

 

При загрузке гдето 80-85 вызовов по H323 с преимущественно G729 кодеком вот такая загрузка:

 

 

CPU utilization for five seconds: 82%/72%; one minute: 77%; five minutes: 79%

PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process

133 187691644 35661726 5263 2.79% 5.84% 6.61% 0 CCH323_CT

5 19103628 1206254 15837 2.23% 0.36% 0.29% 0 Check heaps

49 82195804 67755404 1213 1.27% 2.18% 2.42% 0 IP Input

119 61443092 94563935 649 1.11% 1.42% 1.50% 0 VOIP_RTCP

 

 

Вот такой иус стоит:

 

c5300-is-mz.123-24.bin

 

Вот интерфейсы:

 

1 Ethernet/IEEE 802.3 interface(s)

1 FastEthernet/IEEE 802.3 interface(s)

124 Serial network interface(s)

4 Channelized E1/PRI port(s)

60 DSP(s), 120 Voice resource(s)

128K bytes of non-volatile configuration memory.

32768K bytes of processor board System flash (Read/Write)

8192K bytes of processor board Boot flash (Read/Write)

 

 

Все 4 потока она вообще не может прокачать процессор упирается в 100% идет потеря РТП.

 

Заранее благодарю.

[edwin]

Он никогда и не прожует столько при:

 

> 60 DSP(s), 120 Voice resource(s)

 

Учитывая применение G.729

Вам стоит подумать о расширении DSP

[lacunacoil]

Он никогда и не прожует столько при:

 

> 60 DSP(s), 120 Voice resource(s)

 

Учитывая применение G.729

Вам стоит подумать о расширении DSP

 

Пробовал и G711alaw. Я думаю если ресурсов ДСП не хватает цыска об этом скажет,

или вы хотите сказать, что кодирование начинает выполнять центральный процессор ?

не верю.

 

Заранее спасибо.

[edwin]

> Пробовал и G711alaw.

 

Результаты ?

 

> Я думаю если ресурсов ДСП не хватает цыска об этом скажет,

 

Может и не сказать.

ЛУчше снимать снимать статистику по SNMP и рисовать графики + мониторинг пркрутить ... оно нагляднее будет.

 

> или вы хотите сказать, что кодирование начинает выполнять центральный процессор ?

 

Вопрос не в том, что кодирование выполняет именно центральный процессор.

Скажем так - если у Вас на данный момент нехватает DSP, то надо разбираться что делается с вызовом.

По идее он должен быть отброшен .... но все-же в момент 100 % надо помотреть на sh cpu + снять статистику по звонкам.

 

Кроме того Ваша кошка Не роутит ли в нагрузку трафик ?

И IP CEF включен ?

 

[lacunacoil]

> Пробовал и G711alaw.

 

Результаты ?

 

Теже загрузка очень высокая

 

 

> Я думаю если ресурсов ДСП не хватает цыска об этом скажет,

 

Может и не сказать.

ЛУчше снимать снимать статистику по SNMP и рисовать графики + мониторинг пркрутить ... оно нагляднее будет.

 

Собственно по снмп и мониторю ее, рисую графики.

 

 

> или вы хотите сказать, что кодирование начинает выполнять центральный процессор ?

 

Вопрос не в том, что кодирование выполняет именно центральный процессор.

Скажем так - если у Вас на данный момент нехватает DSP, то надо разбираться что делается с вызовом.

По идее он должен быть отброшен .... но все-же в момент 100 % надо помотреть на sh cpu + снять статистику по звонкам.

 

Если ресурсов дсп не хватает она должна написать в лог что ДСП таймаут и отбить вызов по нехватке ресурсов, в данном случае этого не происходит если очень сильно на нее ломится, то можно до 110 вызовов догнать одновременных, но при этом Н323 сообщения будут отрабатываться очень медленно, в результате следующие вызовы просто не срастаются по таймаутам, идет очень большая потеря РТП пакетов.

 

Примерно получается так 1 вызов один процент при 70-80 процентов уже начинает тупить.

 

Кроме того Ваша кошка Не роутит ли в нагрузку трафик ?

И IP CEF включен ?

 

Только гетвей больше нечего IP CEF включен но ей он не нужен.

Изменено 10 сентября, 2008 пользователем lacunacoil

[edwin]

> Если ресурсов дсп не хватает она должна написать в лог что ДСП таймаут

 

Опять же не всегда.

 

И где таки sh cpu ?

Надо же найти суть проблемы - ЧТО "кушает" CPU.

 

> Только гетвей больше нечего IP CEF включен но ей он не нужен.

 

Не раз видел схемы в которых гейт в офисах служил заодно и шлюзом в инет... мало ли .

Правда речь шла о выносах на которых стояли слабые кошки ...... типа отделение банка.

 

[lacunacoil]

> Если ресурсов дсп не хватает она должна написать в лог что ДСП таймаут

 

Опять же не всегда.

 

И где таки sh cpu ?

Надо же найти суть проблемы - ЧТО "кушает" CPU.

 

> Только гетвей больше нечего IP CEF включен но ей он не нужен.

 

Не раз видел схемы в которых гейт в офисах служил заодно и шлюзом в инет... мало ли .

Правда речь шла о выносах на которых стояли слабые кошки ...... типа отделение банка.

 

SH CPU в самом начале топика.

[edwin]

Тогда это похоже на CSCdt09262 .

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

 

[lacunacoil]

Тогда это похоже на CSCdt09262 .

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

Не в данном случае.

[M.Os]

Тогда это похоже на CSCdt09262 .

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

Не в данном случае.

На вопрос что кушает CPU есть простой ответ : Interrupts

 

Это видно из вашего первого поста CPU utilization for five seconds: 82%/72%

 

Всего 82% из них Interrupts 72%

 

А если сделать вот так:

 

conf t

interface FastEthernet0

ip route-cache flow

 

Изменено 12 сентября, 2008 пользователем M.Os

[lacunacoil]

Тогда это похоже на CSCdt09262 .

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

Не в данном случае.

На вопрос что кушает CPU есть простой ответ : Interrupts

 

Это видно из вашего первого поста CPU utilization for five seconds: 82%/72%

 

Всего 82% из них Interrupts 72%

 

А если сделать вот так:

 

conf t

interface FastEthernet0

ip route-cache flow

 

нечего не изменилось.

[SergeiK]

На вопрос что кушает CPU есть простой ответ : Interrupts

 

Это видно из вашего первого поста CPU utilization for five seconds: 82%/72%

 

Всего 82% из них Interrupts 72%

 

А если сделать вот так:

 

conf t

interface FastEthernet0

ip route-cache flow

Это не правильный вывод. Если бы вторая цифра не 72, а, скажем, 20 - тогда бы такая команда имел эффект.

 

Надо сделать что-то вроде

sh processes cpu sorted

 

И посмотреть верхние строки.

В исходном примере видно, что довольно много потребляет CCH323_CT.

Но вот почему - не могу помочь. А может еще что-то требует ресурсов...

sh debug еще можно сделать. Если что-то включено - надо включить, он потребяет много.

 

[lacunacoil]

На вопрос что кушает CPU есть простой ответ : Interrupts

 

Это видно из вашего первого поста CPU utilization for five seconds: 82%/72%

 

Всего 82% из них Interrupts 72%

 

А если сделать вот так:

 

conf t

interface FastEthernet0

ip route-cache flow

Это не правильный вывод. Если бы вторая цифра не 72, а, скажем, 20 - тогда бы такая команда имел эффект.

 

Надо сделать что-то вроде

sh processes cpu sorted

 

И посмотреть верхние строки.

В исходном примере видно, что довольно много потребляет CCH323_CT.

Но вот почему - не могу помочь. А может еще что-то требует ресурсов...

sh debug еще можно сделать. Если что-то включено - надо включить, он потребяет много.

CCH323_CT отвечает за обработку Н323 да действительно при высоком наростании количества вызовов он грузит много, но это описано на цыско.ком что не более 2 вызов в секунду.

В данном случае нарастание медленнее. Дебаги конечно же все выключены да и на прерывания они не как не влияют. Может она не может обработать так поток РТП может время пакетизации увеличить ?

Вопрос переходит в плоскость AS5300 у кого нибуть прокачивает 120 одновременных вызовов ?

 

 

[SergeiK]

С учетом того, что IP input тоже в Вашем примере дает заметный вклад, то да, время пакетизации нагрузку уменьшит. Вопрос - насколько сильно? И как это повляет на качество голоса? Зависит от многих других факторов.

[lacunacoil]

С учетом того, что IP input тоже в Вашем примере дает заметный вклад, то да, время пакетизации нагрузку уменьшит. Вопрос - насколько сильно? И как это повляет на качество голоса? Зависит от многих других факторов.

Не спорю это криво, но как то не приятно, что железка на 4 потока ели 3 прокачивает.

[M.Os]

На вопрос что кушает CPU есть простой ответ : Interrupts

 

Это видно из вашего первого поста CPU utilization for five seconds: 82%/72%

 

Всего 82% из них Interrupts 72%

 

А если сделать вот так:

 

conf t

interface FastEthernet0

ip route-cache flow

Это не правильный вывод. Если бы вторая цифра не 72, а, скажем, 20 - тогда бы такая команда имел эффект.

 

Надо сделать что-то вроде

sh processes cpu sorted

 

И посмотреть верхние строки.

В исходном примере видно, что довольно много потребляет CCH323_CT.

Но вот почему - не могу помочь. А может еще что-то требует ресурсов...

sh debug еще можно сделать. Если что-то включено - надо включить, он потребяет много.

Вот пример моей цизки:

 

CPU utilization for five seconds: 19%/18%; one minute: 20%; five minutes: 18%

PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process

122 3603880 14368265 250 0.15% 0.21% 0.19% 0 VOIP_RTCP

118 6340296 19126533 331 0.15% 0.25% 0.26% 0 VTSP

47 3296704 9196925 358 0.15% 0.25% 0.34% 0 IP Input

136 8383092 6279432 1335 0.15% 0.42% 0.41% 0 CCH323_CT

24 3101688 4399159 705 0.07% 0.04% 0.02% 0 Net Background

146 573012 5762910 99 0.07% 0.02% 0.01% 0 ISDN L2D SRQ Pro

111 4088832 1446437 2826 0.07% 0.21% 0.25% 0 ISDN

 

Ситуация примерно такая же с учетом меньшей нагрузки, дейсвительно если сложить (0.15*4)+(0.07*3)=0.81 Вот что говорит cisco.com по этому поводу :

 

show processes cpu Command

 

This is an example of the header of the show processes cpu command:

 

CPU utilization for five seconds: X%/Y%; one minute: Z%; five minutes: W%

PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process

 

X Average total utilization during last five seconds (interrupts + processes)

 

Y Average utilization due to interrupts, during last five seconds1

 

Всё подтверждается это interrupts !!!

 

Есть даже ссылка для решения этой проблемы, но пока вопрос остаётся открытым. Действительно нагрузка великовата явно 4 потока не потянет:

 

http://www.cisco.com/en/US/products/hw/rou...0801c2af0.shtml

 

понимаю что пример для 7500 для 5300 пока похожий документ не видел.

 

Должно быть решение факт. И как правило 1 командой. Но какой пока вопрос?

Изменено 15 сентября, 2008 пользователем M.Os

[lacunacoil]

Должно быть решение факт. И как правило 1 командой. Но какой пока вопрос?

 

Есть еще одно наблюдение, есть 3640 с одним Е1 работает как шлюз при загрузке 30 линий загрузка процессора 20 процентов,

процессор у нее 100 мегагерц а у 5300 150 мегагерц.

Непонятно что то.

 

 

Новые подробности не вижу в debug isdn q931

Все что связанно с Called number.

 

*Sep 16 07:02:33.371: ISDN Se3:15 Q931: TX -> SETUP pd = 8 callref = 0x2146

Sending Complete

Bearer Capability i = 0x8090A3

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98395

Exclusive, Channel 21

Calling Party Number i = 0x80, 'XXXXXXX'

 

 

Складывается очучение, что ИУС не понимает VFC ?

Изменено 16 сентября, 2008 пользователем lacunacoil