вот такой пример, однако: CatalystA -- CatalystB -- CatalystC -- CatalystD все линки - ISL trunk STP включено линк между B и C - дальнобойная оптика. теперь хочется включить вторую оптику. технически она получается только между A и C, в B портов нету больше. теперь практический вопрос: 1. чи воно не впаде нафик. 2. возможно ли при такой схеме получения эффекта, как от PortChannel, то бишь, есть оба линка - имеем увеличение пропускной, любой из них упал - все работает на втором. если такое не возможно, то надо хотя бы получить полноценный автоматический бакап. a? экспериментировать возможности нет, хотелось бы услышать мнение человека, имеющего практический опыт. -- 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 Thu, Sep 11, 2003 at 12:05:02PM +0300, Maxim Mazurok wrote:
вот такой пример, однако:
CatalystA -- CatalystB -- CatalystC -- CatalystD
все линки - ISL trunk STP включено линк между B и C - дальнобойная оптика. теперь хочется включить вторую оптику. технически она получается только между A и C, в B портов нету больше. теперь практический вопрос: 1. чи воно не впаде нафик.
Не должно.
2. возможно ли при такой схеме получения эффекта, как от PortChannel, то бишь, есть оба линка - имеем увеличение пропускной, любой из них упал - все работает на втором. если такое не возможно, то надо хотя бы получить полноценный автоматический бакап. a?
Чистый portchannel/PAgP работать не будет. Немного выигрыша ты получишь на том, что при isl по умолчанию конфигурится per-vlan spanning tree, и у тебя чать vlan'ов будет блокирована на одном транке, часть на другом. Плюс, можно поиграть cost'ом stp и вручную подоптимизировать, где как блокировать. Бэкап получишь "по умолчанию". Хотя, если у тебя все равно весь фибер в одном кабеле - от экскаватора тебя это не защитит... Ну да и ладно, хоть от вылета свитча b будешь забэкаплен.. На сейчас я рекомендовал бы до того, как включать линк a-c поднять stp root priority на с. Ну и на катаклизмах повключать всякие uplinkfast/backbonefast, в зависимоти от того, что они умеють.
экспериментировать возможности нет, хотелось бы услышать мнение человека, имеющего практический опыт.
Мой сгодится ? :)) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Sep 11, 2003 at 01:34:55PM +0400, Alexandre Snarskii wrote:
вот такой пример, однако:
CatalystA -- CatalystB -- CatalystC -- CatalystD
все линки - ISL trunk STP включено линк между B и C - дальнобойная оптика. теперь хочется включить вторую оптику. технически она получается только между A и C, в B портов нету больше. теперь практический вопрос: 1. чи воно не впаде нафик.
Не должно.
гут я просто боюсь, что на основании полученного ISL loop'а вообще потеряю связность с дальней площадкой.
2. возможно ли при такой схеме получения эффекта, как от PortChannel, то бишь, есть оба линка - имеем увеличение пропускной, любой из них упал - все работает на втором. если такое не возможно, то надо хотя бы получить полноценный автоматический бакап. a?
Чистый portchannel/PAgP работать не будет. Немного выигрыша ты получишь на том, что при isl по умолчанию конфигурится per-vlan spanning tree, и у тебя чать vlan'ов будет блокирована на одном транке, часть на другом. Плюс, можно поиграть cost'ом stp и вручную подоптимизировать, где как блокировать.
ага! понял.
Бэкап получишь "по умолчанию". Хотя, если у тебя все равно весь фибер в одном кабеле - от экскаватора тебя это не защитит... Ну да и ладно, хоть от вылета свитча b будешь забэкаплен..
не, файбер по разным путям... усе по пацански :)
На сейчас я рекомендовал бы до того, как включать линк a-c поднять stp root priority на с. Ну и на катаклизмах повключать всякие uplinkfast/backbonefast, в зависимоти от того, что они умеють.
усе 3550, часть просто 24, часть 12T. на самом деле схема чуть сложнее. типа: +--1G/UTP--3550/24--OldFibre--+ 3550/12T 3550/12T--1G/UTP--3550/24 +--1G/UTP--3550/24--NewFibre--+ из первого 3550/12T живет оптический 2G портченел в другом направлении, и вообще он центр звездочки для пачки 3550/24. блин, может 12G туда заказать для обработки оптики.... ладно, посмотрим. все равно надо для начала так запустить, а потом уже играться.
экспериментировать возможности нет, хотелось бы услышать мнение человека, имеющего практический опыт.
Мой сгодится ? :))
адназначна! (c) -- 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 Thu, Sep 11, 2003 at 12:48:59PM +0300, Maxim Mazurok wrote:
On Thu, Sep 11, 2003 at 01:34:55PM +0400, Alexandre Snarskii wrote:
вот такой пример, однако:
CatalystA -- CatalystB -- CatalystC -- CatalystD
все линки - ISL trunk STP включено линк между B и C - дальнобойная оптика. теперь хочется включить вторую оптику. технически она получается только между A и C, в B портов нету больше. теперь практический вопрос: 1. чи воно не впаде нафик.
Не должно.
гут я просто боюсь, что на основании полученного ISL loop'а вообще потеряю связность с дальней площадкой.
Если нарвешься на loop - просто задаунишь какой-нибудь участок, кольцо разорвется и траффик прекратится :) [...]
На сейчас я рекомендовал бы до того, как включать линк a-c поднять stp root priority на с. Ну и на катаклизмах повключать всякие uplinkfast/backbonefast, в зависимоти от того, что они умеють.
усе 3550, часть просто 24, часть 12T.
на самом деле схема чуть сложнее. типа:
+--1G/UTP--3550/24--OldFibre--+ 3550/12T 3550/12T--1G/UTP--3550/24 +--1G/UTP--3550/24--NewFibre--+
из первого 3550/12T живет оптический 2G портченел в другом направлении, и вообще он центр звездочки для пачки 3550/24.
Ну тогда первый, наверное, стоит в stp root и ставить.
блин, может 12G туда заказать для обработки оптики....
6509/Sup720 :) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Sep 11, 2003 at 02:29:14PM +0400, Alexandre Snarskii wrote:
вот такой пример, однако:
CatalystA -- CatalystB -- CatalystC -- CatalystD
все линки - ISL trunk STP включено линк между B и C - дальнобойная оптика. теперь хочется включить вторую оптику. технически она получается только между A и C, в B портов нету больше. теперь практический вопрос: 1. чи воно не впаде нафик.
Не должно.
гут я просто боюсь, что на основании полученного ISL loop'а вообще потеряю связность с дальней площадкой.
Если нарвешься на loop - просто задаунишь какой-нибудь участок, кольцо разорвется и траффик прекратится :)
главное, чтобы коты не проявляли избыточного интеллекта и не задаунили того, чего не надо.
[...]
На сейчас я рекомендовал бы до того, как включать линк a-c поднять stp root priority на с. Ну и на катаклизмах повключать всякие uplinkfast/backbonefast, в зависимоти от того, что они умеють.
усе 3550, часть просто 24, часть 12T.
на самом деле схема чуть сложнее. типа:
+--1G/UTP--3550/24--OldFibre--+ 3550/12T 3550/12T--1G/UTP--3550/24 +--1G/UTP--3550/24--NewFibre--+
из первого 3550/12T живет оптический 2G портченел в другом направлении, и вообще он центр звездочки для пачки 3550/24.
Ну тогда первый, наверное, стоит в stp root и ставить.
угу
блин, может 12G туда заказать для обработки оптики....
6509/Sup720 :)
уже в плане. но чуть позже. -- 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 Thu, Sep 11, 2003 at 12:48:59PM +0300, Maxim Mazurok wrote:
гут я просто боюсь, что на основании полученного ISL loop'а вообще потеряю связность с дальней площадкой.
Если у тебя не выключено мануально stp и не особо блошиный IOS - проблем не будет.
На сейчас я рекомендовал бы до того, как включать линк a-c поднять stp root priority на с. Ну и на катаклизмах повключать всякие uplinkfast/backbonefast, в зависимоти от того, что они умеють.
усе 3550, часть просто 24, часть 12T.
на самом деле схема чуть сложнее. типа:
+--1G/UTP--3550/24--OldFibre--+ 3550/12T 3550/12T--1G/UTP--3550/24 +--1G/UTP--3550/24--NewFibre--+
из первого 3550/12T живет оптический 2G портченел в другом направлении, и вообще он центр звездочки для пачки 3550/24. блин, может 12G туда заказать для обработки оптики.... ладно, посмотрим. все равно надо для начала так запустить, а потом уже играться.
На обыкновенном span tree ты получиш время сведения топологии при обрыве линка чтото около 30 секунд при штатных значениях STP таймеров. На 3550 есть rapid span tree. Там время сведения гораздо меньше, шататное чтото около 5 секунд. Еще совет из жизни 35-ой серии - желательно иметь одну запасную коробку. Они иногда горят, в основном БП. -- Regards, Volodymyr. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Sep 11, 2003 at 01:42:39PM +0300, Volodymyr Yakovenko wrote:
гут я просто боюсь, что на основании полученного ISL loop'а вообще потеряю связность с дальней площадкой.
Если у тебя не выключено мануально stp и не особо блошиный IOS - проблем не будет.
На сейчас я рекомендовал бы до того, как включать линк a-c поднять stp root priority на с. Ну и на катаклизмах повключать всякие uplinkfast/backbonefast, в зависимоти от того, что они умеють.
усе 3550, часть просто 24, часть 12T.
на самом деле схема чуть сложнее. типа:
+--1G/UTP--3550/24--OldFibre--+ 3550/12T 3550/12T--1G/UTP--3550/24 +--1G/UTP--3550/24--NewFibre--+
из первого 3550/12T живет оптический 2G портченел в другом направлении, и вообще он центр звездочки для пачки 3550/24. блин, может 12G туда заказать для обработки оптики.... ладно, посмотрим. все равно надо для начала так запустить, а потом уже играться.
На обыкновенном span tree ты получиш время сведения топологии при обрыве линка чтото около 30 секунд при штатных значениях STP таймеров.
На 3550 есть rapid span tree. Там время сведения гораздо меньше, шататное чтото около 5 секунд.
ok, посмотрю, tnx.
Еще совет из жизни 35-ой серии - желательно иметь одну запасную коробку. Они иногда горят, в основном БП.
Вовик, и где ты был раньше? у меня сегодня первый пошел :) 3550-12T. евойный блок загнулся, жил на RPS. пришлось порты перекидывать на соседей, благо хватило. -- 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 Thu, 11 Sep 2003, Maxim Mazurok wrote:
Еще совет из жизни 35-ой серии - желательно иметь одну запасную коробку. Они иногда горят, в основном БП.
Вовик, и где ты был раньше? у меня сегодня первый пошел :) 3550-12T. евойный блок загнулся, жил на RPS. пришлось порты перекидывать на соседей, благо хватило.
Народ еще в ru.cisco говорил, что при плохом охлаждении часто Ethernet- контроллеры горят по причине плохой вентилируемости внутреннего объема 3500. -- Vladimir A. Podgorny Adamant ltd. deputy director (technical) phone/fax: +380(44)5667722 =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Sep 11, 2003 at 02:03:48PM +0300, Vladimir A. Podgorny wrote:
Еще совет из жизни 35-ой серии - желательно иметь одну запасную коробку. Они иногда горят, в основном БП.
Вовик, и где ты был раньше? у меня сегодня первый пошел :) 3550-12T. евойный блок загнулся, жил на RPS. пришлось порты перекидывать на соседей, благо хватило.
Народ еще в ru.cisco говорил, что при плохом охлаждении часто Ethernet- контроллеры горят по причине плохой вентилируемости внутреннего объема 3500.
не, с этим у меня вроде проблем не наблюдается.... покупать пачку 3550 и экономить на кондишине - IMHO дурной тон :) -- 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
Hello ! On Thu, 11 Sep 2003, Vladimir A. Podgorny wrote:
Вовик, и где ты был раньше? у меня сегодня первый пошел :) 3550-12T. евойный блок загнулся, жил на RPS. пришлось порты перекидывать на соседей, благо хватило.
Народ еще в ru.cisco говорил, что при плохом охлаждении часто Ethernet- контроллеры горят по причине плохой вентилируемости внутреннего объема 3500.
У меня уже два ушло - 3512 и 3524. Оба - на площадках с хреновой вентилируемостью/охлаждением. У обоих - раздутый кондей в БП. До этого там же 2924M стоял пару лет - хоть бы хны. BTW, БП от 29xx к 35xx не подходят, хотя и внешне идентичны. -- 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 Thu, Sep 11, 2003 at 02:01:12PM +0300, Maxim Mazurok wrote:
На 3550 есть rapid span tree. Там время сведения гораздо меньше, шататное чтото около 5 секунд.
ok, посмотрю, tnx.
Еще, подумай таки держать между 3550 не switching а роутинг. В этом случае можеш получить время сведения IP топологии меньше секунды.
Еще совет из жизни 35-ой серии - желательно иметь одну запасную коробку. Они иногда горят, в основном БП.
Вовик, и где ты был раньше? у меня сегодня первый пошел :) 3550-12T. евойный блок загнулся, жил на RPS. пришлось порты перекидывать на соседей, благо хватило.
У меня их за последний год в том либо ином виде загнулось 4-ре штуки, в основном из за БП. Посему на critical меcтах советую чтото понадежнее. Или, на крайняк, RPS с Y-cable. -- Regards, Volodymyr. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Sep 11, 2003 at 02:20:25PM +0300, Volodymyr Yakovenko wrote:
На 3550 есть rapid span tree. Там время сведения гораздо меньше, шататное чтото около 5 секунд.
ok, посмотрю, tnx.
Еще, подумай таки держать между 3550 не switching а роутинг. В этом случае можеш получить время сведения IP топологии меньше секунды.
не получится у меня эзернет-сегменты местами распылены на 3-4 площадки. никак, в общем.
Еще совет из жизни 35-ой серии - желательно иметь одну запасную коробку. Они иногда горят, в основном БП.
Вовик, и где ты был раньше? у меня сегодня первый пошел :) 3550-12T. евойный блок загнулся, жил на RPS. пришлось порты перекидывать на соседей, благо хватило.
У меня их за последний год в том либо ином виде загнулось 4-ре штуки, в основном из за БП.
Посему на critical меcтах советую чтото понадежнее. Или, на крайняк, RPS с Y-cable.
так и стоит RPS. хоть мне и не очень нравится его идеология.. а если у меня 2 каталиста упадут? забутить свич только с RPS питания никак. если вдруг питание основное упало, то после восстановления перейти на основное никак без ребута свича. мастдай, однако, можно ж было подумать о потребителе. -- 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 Thu, Sep 11, 2003 at 12:48:59PM +0300, Maxim Mazurok wrote:
On Thu, Sep 11, 2003 at 01:34:55PM +0400, Alexandre Snarskii wrote:
вот такой пример, однако:
CatalystA -- CatalystB -- CatalystC -- CatalystD
все линки - ISL trunk STP включено [...] я просто боюсь, что на основании полученного ISL loop'а вообще потеряю связность с дальней площадкой.
не - каталист вещь железная, на циклы в топологии расчитан (пока ты руками spanning tree не повырубаешь - ну тогда сам виноват.)
2. возможно ли при такой схеме получения эффекта, как от PortChannel, то бишь, есть оба линка - имеем увеличение пропускной, любой из них упал - все работает на втором. если такое не возможно, то надо хотя бы получить полноценный автоматический бакап. a?
Чистый portchannel/PAgP работать не будет. Немного выигрыша ты получишь на том, что при isl по умолчанию конфигурится per-vlan spanning tree, и у тебя чать vlan'ов будет блокирована на одном транке, часть на другом. Плюс, можно поиграть cost'ом stp и вручную подоптимизировать, где как блокировать.
ага! понял.
в dot1q тоже можно сделать per-vlan spanning tree, что я и рекомедную. общее дерево на все vlan-ы - это плод больной фантазии 1q-комитета. я вот правда не помню, как работает 1q-транк в сочетании с portchannel...
На сейчас я рекомендовал бы до того, как включать линк a-c поднять stp root priority на с. Ну и на катаклизмах повключать всякие uplinkfast/backbonefast, в зависимоти от того, что они умеють.
усе 3550, часть просто 24, часть 12T.
на самом деле схема чуть сложнее. типа:
+--1G/UTP--3550/24--OldFibre--+ 3550/12T 3550/12T--1G/UTP--3550/24 +--1G/UTP--3550/24--NewFibre--+
из первого 3550/12T живет оптический 2G портченел в другом направлении, и вообще он центр звездочки для пачки 3550/24. блин, может 12G туда заказать для обработки оптики.... ладно, посмотрим. все равно надо для начала так запустить, а потом уже играться.
а вот кстати интересно - на медной оптике ;) то бишь copper fibre, никто еще сетевые девайсы не делает? а то диски уже есть... =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
participants (6)
-
Alexandre Snarskii -
Dmitry Kohmanyuk Дмитрий Кохманюк -
Maxim Mazurok -
Oleksandr Pantus -
Vladimir A. Podgorny -
Volodymyr Yakovenko