Здравствуйте! Есть Catalyst 3750G-24TS, который в основном занимается раутингом. На нем 8 routed и 4 vlan интерфейсов. В целом около 200 мбит трафика. Поднято bgp, больше никаких наворотов нет. Просто раутинг и все. sh cef memory говорит что memory забито на 99%. Соответственно, приблизительно половина трафика на каждом интерфейсе раутится процессором. Проблема в том, что это все же свич, а не раутер, cef закончился и все. Тогда вопрос, можно ли как-то под cef откусить больше памяти? Или я что-то не так ему сказал, и поэтому cef как-то неоптимально работает? sh cef state: CEF Status: RP instance common CEF enabled IPv4 CEF Status: CEF enabled/running dCEF enabled/running CEF switching enabled/running universal per-destination load sharing algorithm, id AEB849BF IOS c3750-ipservices-mz.122-25.SEC2 Спасибо. P.S. Это другой catalyst, не из предыдущего поста Andrey Elperin :) -- Alexander Burnos Network Operation Center Internet Data Center "ColoCALL" http://colocall.net =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi! sdm template какой используется? -- Best wishes, Sergey Kovalenko GTU network engineer On Tuesday 25 October 2005 17:22, Alexander Burnos wrote:
Здравствуйте!
Есть Catalyst 3750G-24TS, который в основном занимается раутингом. На нем 8 routed и 4 vlan интерфейсов. В целом около 200 мбит трафика. Поднято bgp, больше никаких наворотов нет. Просто раутинг и все.
sh cef memory говорит что memory забито на 99%. Соответственно, приблизительно половина трафика на каждом интерфейсе раутится процессором.
Проблема в том, что это все же свич, а не раутер, cef закончился и все. Тогда вопрос, можно ли как-то под cef откусить больше памяти?
Или я что-то не так ему сказал, и поэтому cef как-то неоптимально работает?
sh cef state:
CEF Status: RP instance common CEF enabled IPv4 CEF Status: CEF enabled/running dCEF enabled/running CEF switching enabled/running universal per-destination load sharing algorithm, id AEB849BF
IOS c3750-ipservices-mz.122-25.SEC2
Спасибо.
P.S. Это другой catalyst, не из предыдущего поста Andrey Elperin :) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Здравствуйте! On Tue, Oct 25, 2005 at 05:30:20PM +0300, Sergey Kovalenko wrote:
Hi!
sdm template какой используется?
desktop routing
-- Best wishes, Sergey Kovalenko GTU network engineer
On Tuesday 25 October 2005 17:22, Alexander Burnos wrote:
Здравствуйте!
Есть Catalyst 3750G-24TS, который в основном занимается раутингом. На нем 8 routed и 4 vlan интерфейсов. В целом около 200 мбит трафика. Поднято bgp, больше никаких наворотов нет. Просто раутинг и все.
sh cef memory говорит что memory забито на 99%. Соответственно, приблизительно половина трафика на каждом интерфейсе раутится процессором.
Проблема в том, что это все же свич, а не раутер, cef закончился и все. Тогда вопрос, можно ли как-то под cef откусить больше памяти?
Или я что-то не так ему сказал, и поэтому cef как-то неоптимально работает?
sh cef state:
CEF Status: RP instance common CEF enabled IPv4 CEF Status: CEF enabled/running dCEF enabled/running CEF switching enabled/running universal per-destination load sharing algorithm, id AEB849BF
IOS c3750-ipservices-mz.122-25.SEC2
Спасибо.
P.S. Это другой catalyst, не из предыдущего поста Andrey Elperin :) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Alexander Burnos Network Operation Center Internet Data Center "ColoCALL" http://colocall.net =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Tuesday 25 October 2005 17:32, Alexander Burnos wrote:
Здравствуйте!
On Tue, Oct 25, 2005 at 05:30:20PM +0300, Sergey Kovalenko wrote:
Hi!
sdm template какой используется?
desktop routing
Можно попробовать routing template. С ним возможно большее количество unicast routes: 3k - directly connected (против 6k в desktop template), 8k - indirect routes (против 2k в desktop template). Оцените ограничения каждого template-а и решайте менять/не менять. -- Best wishes, Sergey Kovalenko GTU network engineer =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Tuesday 25 October 2005 17:46, Sergey Kovalenko wrote:
On Tuesday 25 October 2005 17:32, Alexander Burnos wrote:
Здравствуйте!
On Tue, Oct 25, 2005 at 05:30:20PM +0300, Sergey Kovalenko wrote:
Hi!
sdm template какой используется?
desktop routing
Можно попробовать routing template. С ним возможно большее количество unicast routes: 3k - directly connected (против 6k в desktop template), 8k - indirect routes (против 2k в desktop template). Оцените ограничения каждого template-а и решайте менять/не менять.
Тьфу, протупил. Routing template уже используется... Похоже, ничего не сделать. -- Best wishes, Sergey Kovalenko GTU network engineer =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Добрый день! On Tue, Oct 25, 2005 at 05:22:22PM +0300, Alexander Burnos wrote:
Здравствуйте!
Есть Catalyst 3750G-24TS, который в основном занимается раутингом. На нем 8 routed и 4 vlan интерфейсов. В целом около 200 мбит трафика. Поднято bgp, больше никаких наворотов нет. Просто раутинг и все.
sh cef memory говорит что memory забито на 99%.
Я подозреваю, что написано там примерно вот так: Memory in use/allocated Count ------------------------------------------------------------------ ... Totals : 1445392/1458048 ( 99%) [226] что говорит о эффективном использовании (99%) пямяти которая УЖЕ allocated. При этом сводобной памяти по "sh memory statistics", я так думаю еще воплне достаточно и она может быть any time allocated by cef process.
Соответственно, приблизительно половина трафика на каждом интерфейсе раутится процессором.
Проблема в том, что это все же свич, а не раутер, cef закончился и все. Тогда вопрос, можно ли как-то под cef откусить больше памяти?
Или я что-то не так ему сказал, и поэтому cef как-то неоптимально работает?
sh cef state:
CEF Status: RP instance common CEF enabled IPv4 CEF Status: CEF enabled/running dCEF enabled/running CEF switching enabled/running universal per-destination load sharing algorithm, id AEB849BF
IOS c3750-ipservices-mz.122-25.SEC2
Спасибо.
P.S. Это другой catalyst, не из предыдущего поста Andrey Elperin :)
-- Alexander Burnos Network Operation Center Internet Data Center "ColoCALL" http://colocall.net =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Dmitry Kiselev =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Здравствуйте! On Wed, Oct 26, 2005 at 09:23:12AM +0300, Dmitry Kiselev wrote:
Добрый день!
On Tue, Oct 25, 2005 at 05:22:22PM +0300, Alexander Burnos wrote:
Здравствуйте!
Есть Catalyst 3750G-24TS, который в основном занимается раутингом. На нем 8 routed и 4 vlan интерфейсов. В целом около 200 мбит трафика. Поднято bgp, больше никаких наворотов нет. Просто раутинг и все.
sh cef memory говорит что memory забито на 99%.
Я подозреваю, что написано там примерно вот так:
Memory in use/allocated Count ------------------------------------------------------------------ ... Totals : 1445392/1458048 ( 99%) [226]
что говорит о эффективном использовании (99%) пямяти которая УЖЕ allocated. При этом сводобной памяти по "sh memory statistics", я так думаю еще воплне достаточно и она может быть any time allocated by cef process.
Да, именно так и есть. Это уже интересно, спасибо. Тогда в чем может быть причина того, что половина пакетов раутится процессором? В какую сторону копать? Картина примерно такая везде: sh int gi1/0/20 stats GigabitEthernet1/0/20 Switch path Pkts In Chars In Pkts Out Chars Out Processor 21742260 1812847424 678542597 1629550056 Route cache 20772232 1738880918 0 0 Total 42514492 3551728342 678542597 1629550056 IP Input при этом от 50% проца забирает.
Соответственно, приблизительно половина трафика на каждом интерфейсе раутится процессором.
Проблема в том, что это все же свич, а не раутер, cef закончился и все. Тогда вопрос, можно ли как-то под cef откусить больше памяти?
Или я что-то не так ему сказал, и поэтому cef как-то неоптимально работает?
sh cef state:
CEF Status: RP instance common CEF enabled IPv4 CEF Status: CEF enabled/running dCEF enabled/running CEF switching enabled/running universal per-destination load sharing algorithm, id AEB849BF
IOS c3750-ipservices-mz.122-25.SEC2
-- Dmitry Kiselev
-- Alexander Burnos Network Operation Center Internet Data Center "ColoCALL" http://colocall.net =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Здравствуйте! On Tue, Oct 25, 2005 at 05:51:25PM +0300, Sergey Kovalenko wrote:
sdm template какой используется?
desktop routing
Можно попробовать routing template. С ним возможно большее количество unicast routes: 3k - directly connected (против 6k в desktop template), 8k - indirect routes (против 2k в desktop template). Оцените ограничения каждого template-а и решайте менять/не менять.
Тьфу, протупил. Routing template уже используется... Похоже, ничего не сделать.
На удивление, помогло переключение на default template. IP Input перестал пожирать проц. Физику процесса я пока не понял. По идее увеличились только Unicast MAC address и Directly connected hosts, но до предела в 3K, который был в routing template мне еще далеко было. -- Alexander Burnos Network Operation Center Internet Data Center "ColoCALL" http://colocall.net =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
participants (3)
-
Alexander Burnos -
Dmitry Kiselev -
Sergey Kovalenko