Парни, вопрос теоретический, достаточно. а можно ли на 2611 поднять portchannel на рядом стоящий каталист? а можно ли, если туда вставить NM-2E2W, поднять portchannel на всех портах? а можно ли использовать как элемент portchannel'a WIC-1ENET? что-то я заблудился на cisco.com. может у кого есть практический опыт? -- Maxim Mazurok (MMP2-RIPE) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
ðÁÒÎÉ, ×ÏÐÒÏÓ ÔÅÏÒÅÔÉÞÅÓËÉÊ, ÄÏÓÔÁÔÏÞÎÏ. Á ÍÏÖÎÏ ÌÉ ÎÁ 2611 ÐÏÄÎÑÔØ portchannel ÎÁ ÒÑÄÏÍ ÓÔÏÑÝÉÊ ËÁÔÁÌÉÓÔ?
No.
Á ÍÏÖÎÏ ÌÉ, ÅÓÌÉ ÔÕÄÁ ×ÓÔÁ×ÉÔØ NM-2E2W, ÐÏÄÎÑÔØ portchannel ÎÁ ×ÓÅÈ ÐÏÒÔÁÈ?
No.
Á ÍÏÖÎÏ ÌÉ ÉÓÐÏÌØÚÏ×ÁÔØ ËÁË ÜÌÅÍÅÎÔ portchannel'a WIC-1ENET?
No.
ÞÔÏ-ÔÏ Ñ ÚÁÂÌÕÄÉÌÓÑ ÎÁ cisco.com. ÍÏÖÅÔ Õ ËÏÇÏ ÅÓÔØ ÐÒÁËÔÉÞÅÓËÉÊ ÏÐÙÔ?
You should have some theoretical ground, not practical experience :) Quotation from "CCNP switching study guide" by Todd Lamme: ------------- Fast EtherChannel uses load distribution to share the links in a bundle, which is a group of FastEthernet or Gigabit Ethernet links managed by the Fast EtherChannel process. Should one link in the bundle fail, the Ethernet Bundle Controller (EBC) informs the Enhanced Address Recognition Logic (EARL) ASIC of the failure, and the EARL in turn ages out all addresses learned on that link. The EBC and the EARL use hardware to recalculate the source and destination address pair on a different link. ------------- Cisco 2620 doesn't have ASIC (like switches). So you can't make EtherChannel on it.
-- Maxim Mazurok (MMP2-RIPE) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Regards, Oleh Hrynchuk Mobile: +380675025446 E-mail: oleh@nextra.cz =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Jan 26, 2005 at 11:01:42AM +0200, Oleh Hrynchuk wrote:
You should have some theoretical ground, not practical experience :) Quotation from "CCNP switching study guide" by Todd Lamme:
------------- Fast EtherChannel uses load distribution to share the links in a bundle, which is a group of FastEthernet or Gigabit Ethernet links managed by the Fast EtherChannel process. Should one link in the bundle fail, the Ethernet Bundle Controller (EBC) informs the Enhanced Address Recognition Logic (EARL) ASIC of the failure, and the EARL in turn ages out all addresses learned on that link. The EBC and the EARL use hardware to recalculate the source and destination address pair on a different link. -------------
Cisco 2620 doesn't have ASIC (like switches). So you can't make EtherChannel on it.
75xx series does not have ASIC's too. But it's possible to make FastEtherchannel on it. Maxim: правильный ответ на твой вопрос - "анакойхер" ? 2611 ни в жизнь даже одной десятки не пережует, если я правильно помню.. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Jan 26, 2005 at 04:36:02PM +0300, Alexandre Snarskii wrote:
2611 ни в жизнь даже одной десятки не пережует, если я правильно помню..
Пережует. Если включить CEF и лить траф одним потоком по ftp с пакетами максимального размера. :) Хреново станет, если пойдут мелкие пакеты, или размер пакета начнет сильно варьировать. P.S. Есть опыт использования 2610/2611 в качестве опорного раутера с поднятием dot1q транка ;). -- S/Y, Alexander, MD, nic-hdl: AJP1-UANIC =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Jan 26, 2005 at 04:36:02PM +0300, Alexandre Snarskii wrote:
You should have some theoretical ground, not practical experience :) Quotation from "CCNP switching study guide" by Todd Lamme:
------------- Fast EtherChannel uses load distribution to share the links in a bundle, which is a group of FastEthernet or Gigabit Ethernet links managed by the Fast EtherChannel process. Should one link in the bundle fail, the Ethernet Bundle Controller (EBC) informs the Enhanced Address Recognition Logic (EARL) ASIC of the failure, and the EARL in turn ages out all addresses learned on that link. The EBC and the EARL use hardware to recalculate the source and destination address pair on a different link. -------------
Cisco 2620 doesn't have ASIC (like switches). So you can't make EtherChannel on it.
75xx series does not have ASIC's too. But it's possible to make FastEtherchannel on it.
Maxim: правильный ответ на твой вопрос - "анакойхер" ?
:) ахерегознает.
2611 ни в жизнь даже одной десятки не пережует, если я правильно помню..
точно не? даже с cef'ом? блын, надо пойти на склад, взять попробовать. -- Maxim Mazurok (MMP2-RIPE) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Jan 26, 2005 at 03:41:41PM +0200, Oleksandr Pantus wrote:
2611 ни в жизнь даже одной десятки не пережует, если я правильно помню..
Пережует. Если включить CEF и лить траф одним потоком по ftp с пакетами максимального размера. :) Хреново станет, если пойдут мелкие пакеты, или размер пакета начнет сильно варьировать.
мелких в той задаче, где я думаю, будет очень мало. большинство траффика - таки smtp, http, ftp. это я просто придумываю себе техническое решение, основанное на минимизации затрат :)
P.S. Есть опыт использования 2610/2611 в качестве опорного раутера с поднятием dot1q транка ;).
отож. только у меня это было сильно давно. не, вру, есть у меня такая ерунда. только там 2621<-ISL->2924. так что, чистоты эксперимента не получится, проц вроде в 2621 посильнее будет. хотя, в этой конфигурации через кучу хопов (что никак не позволяет сделать чистый эксперимент) спокойно прокачивается ftp'ой 2.66 MB/s. цепочка получается: ftpd -> freebsd router -> provider1 (cisco1) -> provider1 (cisco2) -> provider2 (freebsd) -> 2924 -> 2621 -> 2924 -> ftpclient мда, надо проверять. вот только непонятно все таки, можно сделать хоть как-нибудь portchannel/etherchannel на 26xx серии. -- Maxim Mazurok (MMP2-RIPE) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Jan 26, 2005 at 05:54:41PM +0200, Maxim Mazurok wrote:
отож. только у меня это было сильно давно. не, вру, есть у меня такая ерунда. только там 2621<-ISL->2924. так что, чистоты эксперимента не получится, проц вроде в 2621 посильнее будет.
30 kpps у 261x против 40 kpps у 262x. -- VP992-RIPE | The girl opened her mouth, I opened my veins, | The girl opened her heart, I opened a door to another world... | (c) Tiamat '92, Clouds, "Undressed". =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello, Wednesday, January 26, 2005, 6:12:40 PM, you wrote: VAP> On Wed, Jan 26, 2005 at 05:54:41PM +0200, Maxim Mazurok wrote:
отож. только у меня это было сильно давно. не, вру, есть у меня такая ерунда. только там 2621<-ISL->2924. так что, чистоты эксперимента не получится, проц вроде в 2621 посильнее будет.
VAP> 30 kpps у 261x против 40 kpps у 262x. точнее 20 против 30 40kpps у 265Х -- Best regards, Timofey Kolesnikov (TIM-RIPE) mailto:tim@newline.net.ua =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Jan 26, 2005 at 06:12:40PM +0200, Vladimir A. Podgorny wrote:
отож. только у меня это было сильно давно. не, вру, есть у меня такая ерунда. только там 2621<-ISL->2924. так что, чистоты эксперимента не получится, проц вроде в 2621 посильнее будет.
30 kpps у 261x против 40 kpps у 262x.
итого, получится 2.66*0.75=1.9950? даже при худшем раскладе, это уже 15 мегабит. уже в один эзер 261х не влезет. а если слать постоянным крупнопакетником, то 30000*1500=45000000 байт/c. итого, 360 мегабит предельно-теоретически. или я не правильно считаю? даже если 70% от этого считать паразитной нагрузкой, то все равно получается около сотки мегабит. -- Maxim Mazurok (MMP2-RIPE) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Неплохо бы метрику расставлять, чтоб не играть в игру у "кого лучше калькулятор" :О) ...
отож. только у меня это было сильно давно. не, вру, есть у меня такая ерунда. только там 2621<-ISL->2924. так что, чистоты эксперимента не получится, проц вроде в 2621 посильнее будет.
30 kpps у 261x против 40 kpps у 262x.
итого, получится 2.66*0.75=1.9950? даже при худшем раскладе, это уже 15 мегабит. уже в один эзер 261х не влезет. а если слать постоянным крупнопакетником, то 30000*1500=45000000 байт/c. итого, 360 мегабит предельно-теоретически. или я не правильно считаю? даже если 70% от этого считать паразитной нагрузкой, то все равно получается около сотки мегабит.
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Jan 26, 2005 at 06:55:02PM +0200, Maxim Mazurok wrote:
30 kpps у 261x против 40 kpps у 262x. итого, получится 2.66*0.75=1.9950? даже при худшем раскладе, это уже 15 мегабит. уже в один эзер 261х не влезет. а если слать постоянным крупнопакетником, то 30000*1500=45000000 байт/c. итого, 360 мегабит предельно-теоретически. или я не правильно считаю? даже если 70% от этого считать паразитной нагрузкой, то все равно получается около сотки мегабит.
Танунафик. Как показывает практика - процу еще чем-то приходиться заниматься, кроме как из интерфейса в интерфейс совать пакетики по 1500 байт. Вообще у циски на сайте есть такой вот тугаментик: http://www.cisco.com/warp/public/765/tools/quickreference/routerperformance.... Несмотря на то, что pps'ы в Mbps'ы они переводят при размере пакета в 64 байта, результирующие цифры получаются очень близкими к тому, что получится в реальной жизни на "средневзвешенном" раутере.
-- Maxim Mazurok (MMP2-RIPE)
-- Andrey Elperin =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Jan 26, 2005 at 06:55:02PM +0200, Maxim Mazurok wrote:
On Wed, Jan 26, 2005 at 06:12:40PM +0200, Vladimir A. Podgorny wrote:
отож. только у меня это было сильно давно. не, вру, есть у меня такая ерунда. только там 2621<-ISL->2924. так что, чистоты эксперимента не получится, проц вроде в 2621 посильнее будет.
30 kpps у 261x против 40 kpps у 262x.
итого, получится 2.66*0.75=1.9950? даже при худшем раскладе, это уже 15 мегабит. уже в один эзер 261х не влезет. а если слать постоянным крупнопакетником, то 30000*1500=45000000 байт/c. итого, 360 мегабит предельно-теоретически. или я не правильно считаю? даже если 70% от этого считать паразитной нагрузкой, то все равно получается около сотки мегабит.
261x в состоянии роутить свои бортовые 10Mb при нормальном распределении размеров пакетов. Flood мелких пакетов дает 100% CPU в interrupt handler-е, при этом роутер в общемто теряет не так уж и много пакетов, но control траффик может вовремя не отработать (черевато дропами OSPF/BGP/ISIS/etc сессий и тооооооорррррмоооозаааамиииии в консоли). Это все в CEF-е и из личных наблюдений за поведением 2610 роутером у которого в LAN-е завелись троянцы. Ключевой момент - Cisco-вские CPU-driven роутеры не умеют ограничивать interrupt rate на своих контроллерах. Со всем отсюда вытекающим (3 с минусом дизайнерам аппаратной части платформы). ASIC-based варианты, иногда, имеют storm-control функции. Еще по поводу 2600 - с WIC-based Ethernet-ами связываться не советую, ибо WIC-овая шина у 2600 сделана не лучшим образом в части скорости и нагрузки процессора. -- Regards, Volodymyr. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Jan 26, 2005 at 03:41:41PM +0200, Oleksandr Pantus wrote:
On Wed, Jan 26, 2005 at 04:36:02PM +0300, Alexandre Snarskii wrote:
2611 ни в жизнь даже одной десятки не пережует, если я правильно помню..
Пережует. Если включить CEF и лить траф одним потоком по ftp с пакетами максимального размера. :)
Я же говорю - _в жизни_ (на реальном траффике, с динамическим раутингом и хотя-бы минимальным firewall'ом) - не пережует :))
Хреново станет, если пойдут мелкие пакеты, или размер пакета начнет сильно варьировать.
P.S. Есть опыт использования 2610/2611 в качестве опорного раутера с поднятием dot1q транка ;).
-- S/Y, Alexander, MD, nic-hdl: AJP1-UANIC =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Tue, Jan 25, 2005 at 06:01:36PM +0200, Maxim Mazurok wrote:
Парни, вопрос теоретический, достаточно. а можно ли на 2611 поднять portchannel на рядом стоящий каталист? а можно ли, если туда вставить NM-2E2W, поднять portchannel на всех портах?
3640 с NM-4E не умеет. 12.3T. только специально глянул.
а можно ли использовать как элемент portchannel'a WIC-1ENET? что-то я заблудился на cisco.com. может у кого есть практический опыт?
-- Dmitry Kiselev =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
participants (10)
-
&y0 -
Alexandre Snarskii -
Andrey Elperin -
Dmitry Kiselev -
Maxim Mazurok -
Oleh Hrynchuk -
Oleksandr Pantus -
Timofey Kolesnikov -
Vladimir A. Podgorny -
Volodymyr Yakovenko