Коллеги, а есть у кого нарекания на 64-bit версию FreeBSD? Более всего интересует скорострельность дисковой подсистемы и сетки в сравнении с 32-bit версией. Заранее благодарен :)
Добрый день. Подскажите пожалуйста имеет ли право на "жизнь" такая конструкция. Есть два каталиста. Между ними два линка. Между портами 1-1 и 2-2. На одном каталисте interface FastEthernet0/1 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,14,1002-1005 switchport mode trunk interface FastEthernet0/2 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,15,1002-1005 switchport mode trunk и на другом interface FastEthernet0/1 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,14,1002-1005 switchport mode trunk interface FastEthernet0/2 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,15,1002-1005 switchport mode trunk Или надо строить что типа EtherChannel ? С уважением, Виталий Пучков.
2008/7/22 Vitaly Puchkov
Добрый день.
Подскажите пожалуйста имеет ли право на "жизнь" такая конструкция. Есть два каталиста. Между ними два линка. Между портами 1-1 и 2-2.
На одном каталисте interface FastEthernet0/1 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,14,1002-1005 switchport mode trunk
interface FastEthernet0/2 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,15,1002-1005 switchport mode trunk
и на другом interface FastEthernet0/1 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,14,1002-1005 switchport mode trunk
interface FastEthernet0/2 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,15,1002-1005 switchport mode trunk
Или надо строить что типа EtherChannel ?
Будет жить один из линков. Второй отрубится по STP. Это получится фэйловер связка. Для риданденси нужно EtherChannel. -- VEL-[RIPE|UANIC]
22 июля 2008 г. 15:02 пользователь Vladimir Velychko
2008/7/22 Vitaly Puchkov
: Добрый день.
Подскажите пожалуйста имеет ли право на "жизнь" такая конструкция. Есть два каталиста. Между ними два линка. Между портами 1-1 и 2-2.
На одном каталисте interface FastEthernet0/1 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,14,1002-1005 switchport mode trunk
interface FastEthernet0/2 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,15,1002-1005 switchport mode trunk
и на другом interface FastEthernet0/1 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,14,1002-1005 switchport mode trunk
interface FastEthernet0/2 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,15,1002-1005 switchport mode trunk
Или надо строить что типа EtherChannel ?
Будет жить один из линков. Второй отрубится по STP. Это получится фэйловер связка. Для риданденси нужно EtherChannel.
Не сразу рассмотрел вланы. Отрубятся не линки, а 1002-1005 вланы в транке. -- VEL-[RIPE|UANIC]
Hi! On Tue, Jul 22, 2008 at 14:52 +0300, Vitaly Puchkov wrote:
Добрый день.
Подскажите пожалуйста имеет ли право на "жизнь" такая конструкция. Есть два
Имеет. Не забыть проверить, что работает PVST(PVST+) и включено STP как минимум по vlan-у 1 (или обновить IOS на тот, который умеет удалить 1 и 1002-1005 vlan-ы с trunk-а) и убрать возможные петли.
каталиста. Между ними два линка. Между портами 1-1 и 2-2.
На одном каталисте interface FastEthernet0/1 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,14,1002-1005 switchport mode trunk
interface FastEthernet0/2 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,15,1002-1005 switchport mode trunk
и на другом interface FastEthernet0/1 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,14,1002-1005 switchport mode trunk
interface FastEthernet0/2 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,15,1002-1005 switchport mode trunk
Или надо строить что типа EtherChannel ?
В зависимомти от требуемого результата...
С уважением, Виталий Пучков.
Vladimir Velychko пишет:
22 июля 2008 г. 15:02 пользователь Vladimir Velychko
написал: 2008/7/22 Vitaly Puchkov
: Добрый день.
Подскажите пожалуйста имеет ли право на "жизнь" такая конструкция. Есть два каталиста. Между ними два линка. Между портами 1-1 и 2-2.
На одном каталисте interface FastEthernet0/1 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,14,1002-1005 switchport mode trunk
interface FastEthernet0/2 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,15,1002-1005 switchport mode trunk
и на другом interface FastEthernet0/1 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,14,1002-1005 switchport mode trunk
interface FastEthernet0/2 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,15,1002-1005 switchport mode trunk
Или надо строить что типа EtherChannel ?
В зависимости от того что желаете получить. Конечно, можно логически прийти к выводу что раз 2-мя линками объединяются 2 каталиста - то цель получить большую емкость. Но это явно не фигурирует в задаче.
Будет жить один из линков. Второй отрубится по STP. Это получится фэйловер связка. Для риданденси нужно EtherChannel.
Не сразу рассмотрел вланы. Отрубятся не линки, а 1002-1005 вланы в транке.
Это если STP включен. BTW есть разные STP (STP, PVST, MSTP) ... И в зависимости от того, какой включен - будет наблюдаться разное поведение. Виталий, уточните - что желаете получить. PS. Могу сразу предупредить, что балансировка на EthernChannel у Catalist оставляет желать лучшего. Уж лучше пытаться балансироваться на L3.
Желаю получить балансировку по двум SHDSL линкам. Или автоматическую или
ручную (методом прописывания нужных vlan-ов по одному и по другому линку).
----- Original Message -----
From: "Yury Yaroshevsky"
Vladimir Velychko пишет:
22 июля 2008 г. 15:02 пользователь Vladimir Velychko
написал: 2008/7/22 Vitaly Puchkov
: Добрый день.
Подскажите пожалуйста имеет ли право на "жизнь" такая конструкция. Есть два каталиста. Между ними два линка. Между портами 1-1 и 2-2.
На одном каталисте interface FastEthernet0/1 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,14,1002-1005 switchport mode trunk
interface FastEthernet0/2 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,15,1002-1005 switchport mode trunk
и на другом interface FastEthernet0/1 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,14,1002-1005 switchport mode trunk
interface FastEthernet0/2 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,15,1002-1005 switchport mode trunk
Или надо строить что типа EtherChannel ?
В зависимости от того что желаете получить.
Конечно, можно логически прийти к выводу что раз 2-мя линками объединяются 2 каталиста - то цель получить большую емкость. Но это явно не фигурирует в задаче.
Будет жить один из линков. Второй отрубится по STP. Это получится фэйловер связка. Для риданденси нужно EtherChannel.
Не сразу рассмотрел вланы. Отрубятся не линки, а 1002-1005 вланы в транке.
Это если STP включен. BTW есть разные STP (STP, PVST, MSTP) ...
И в зависимости от того, какой включен - будет наблюдаться разное поведение.
Виталий, уточните - что желаете получить.
PS. Могу сразу предупредить, что балансировка на EthernChannel у Catalist оставляет желать лучшего. Уж лучше пытаться балансироваться на L3.
Vitaly Puchkov пишет:
Желаю получить балансировку по двум SHDSL линкам. Или автоматическую или ручную (методом прописывания нужных vlan-ов по одному и по другому линку).
А по этим линкам только L3 бегает? Или там еще L2 есть ? Если только L3 - рекомендую балансироваться на раутерах. IMHO балансировка на L2 в вашей ситуации будет никудышняя.
----- Original Message ----- From: "Yury Yaroshevsky"
Cc: Sent: Tuesday, July 22, 2008 3:18 PM Subject: Re: [uanog] Два линка в режиме trunk Vladimir Velychko пишет:
22 июля 2008 г. 15:02 пользователь Vladimir Velychko
написал: 2008/7/22 Vitaly Puchkov
: Добрый день.
Подскажите пожалуйста имеет ли право на "жизнь" такая конструкция. Есть два каталиста. Между ними два линка. Между портами 1-1 и 2-2.
На одном каталисте interface FastEthernet0/1 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,14,1002-1005 switchport mode trunk
interface FastEthernet0/2 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,15,1002-1005 switchport mode trunk
и на другом interface FastEthernet0/1 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,14,1002-1005 switchport mode trunk
interface FastEthernet0/2 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,15,1002-1005 switchport mode trunk
Или надо строить что типа EtherChannel ?
В зависимости от того что желаете получить.
Конечно, можно логически прийти к выводу что раз 2-мя линками объединяются 2 каталиста - то цель получить большую емкость. Но это явно не фигурирует в задаче.
Будет жить один из линков. Второй отрубится по STP. Это получится фэйловер связка. Для риданденси нужно EtherChannel.
Не сразу рассмотрел вланы. Отрубятся не линки, а 1002-1005 вланы в транке.
Это если STP включен. BTW есть разные STP (STP, PVST, MSTP) ...
И в зависимости от того, какой включен - будет наблюдаться разное поведение.
Виталий, уточните - что желаете получить.
PS. Могу сразу предупредить, что балансировка на EthernChannel у Catalist оставляет желать лучшего. Уж лучше пытаться балансироваться на L3.
По этим линкам пока бегает только L3 и балансировка сейчас стоит на
раутерах. Хотелось перебратся на свичи и запустить L2.
----- Original Message -----
From: "Yury Yaroshevsky"
Vitaly Puchkov пишет:
Желаю получить балансировку по двум SHDSL линкам. Или автоматическую или ручную (методом прописывания нужных vlan-ов по одному и по другому линку).
А по этим линкам только L3 бегает? Или там еще L2 есть ?
Если только L3 - рекомендую балансироваться на раутерах. IMHO балансировка на L2 в вашей ситуации будет никудышняя.
----- Original Message ----- From: "Yury Yaroshevsky"
Cc: Sent: Tuesday, July 22, 2008 3:18 PM Subject: Re: [uanog] Два линка в режиме trunk Vladimir Velychko пишет:
22 июля 2008 г. 15:02 пользователь Vladimir Velychko
написал: 2008/7/22 Vitaly Puchkov
: Добрый день.
Подскажите пожалуйста имеет ли право на "жизнь" такая конструкция. Есть два каталиста. Между ними два линка. Между портами 1-1 и 2-2.
На одном каталисте interface FastEthernet0/1 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,14,1002-1005 switchport mode trunk
interface FastEthernet0/2 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,15,1002-1005 switchport mode trunk
и на другом interface FastEthernet0/1 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,14,1002-1005 switchport mode trunk
interface FastEthernet0/2 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,15,1002-1005 switchport mode trunk
Или надо строить что типа EtherChannel ?
В зависимости от того что желаете получить.
Конечно, можно логически прийти к выводу что раз 2-мя линками объединяются 2 каталиста - то цель получить большую емкость. Но это явно не фигурирует в задаче.
Будет жить один из линков. Второй отрубится по STP. Это получится фэйловер связка. Для риданденси нужно EtherChannel.
Не сразу рассмотрел вланы. Отрубятся не линки, а 1002-1005 вланы в транке.
Это если STP включен. BTW есть разные STP (STP, PVST, MSTP) ...
И в зависимости от того, какой включен - будет наблюдаться разное поведение.
Виталий, уточните - что желаете получить.
PS. Могу сразу предупредить, что балансировка на EthernChannel у Catalist оставляет желать лучшего. Уж лучше пытаться балансироваться на L3.
Именно так.
----- Original Message -----
From: "Yury Yaroshevsky"
Vitaly Puchkov пишет:
По этим линкам пока бегает только L3 и балансировка сейчас стоит на раутерах. Хотелось перебратся на свичи и запустить L2.
Цель? Планируется L2?
Если нет - я бы оставил как есть.
День добрий! Tue, Jul 22, 2008 at 02:23:36PM +0300, ivan.motin wrote:
Коллеги, а есть у кого нарекания на 64-bit версию FreeBSD? Более всего интересует скорострельность дисковой подсистемы и сетки в сравнении с 32-bit версией.
Несколько штук amd64 трудятся. Никакой разницы с i386 не замечено.
Заранее благодарен :)
-- WBR, pseudo Avalon Project http://avalon.org.ua
On Tue, Jul 22, 2008 at 03:18:45PM +0300, Yury Yaroshevsky wrote:
PS. Могу сразу предупредить, что балансировка на EthernChannel у Catalist оставляет желать лучшего.
Это смотря на каких каталистах и как сконфигурирована балансировка :) Для более-менее нормальных (afair, 3550 и выше): port-channel load-balance src-dst-ip дает более-менее вменяемую L3-балансировку для ip-траффика. Ipv6 и mpls балансируется максимум по src-dst-mac, то есть - в случае routed point-to-point link'а поверх этого etherchannel'а не балансируется вообще).
Уж лучше пытаться балансироваться на L3.
добрый день! On Tue, Jul 22, 2008 at 03:18:45PM +0300, Yury Yaroshevsky wrote:
Виталий, уточните - что желаете получить.
PS. Могу сразу предупредить, что балансировка на EthernChannel у Catalist оставляет желать лучшего. Уж лучше пытаться балансироваться на L3.
Возможности по балансировке в EtherChannel уж очень сильно зависят от модели каталиста. Небольшие Layer3 каталисты чудненько балансируют layer2 etherchannel заглядывая в Src-Dst-IP. В зависимости от характера трафика это может привести практически к 50/50 раскладке. Более модные каталисты умеют вещи и посерьезней: XXXXX(config)#port-channel load-balance ? mpls Load Balancing for MPLS packets src-dst-mixed-ip-port Src XOR Dst IP Addr and TCP/UDP Port src-dst-port Src XOR Dst TCP/UDP Port Так что, прежде всего нужно понимать какой трафик внутри и какая схема для него будет оптимальной. -- Dmitry Kiselev
Всем спасибо. Все понял. Скорее всего поедут одни vlan-ы одним каналом,
другие - другим.
----- Original Message -----
From: "Dmitry Kiselev"
добрый день!
On Tue, Jul 22, 2008 at 03:18:45PM +0300, Yury Yaroshevsky wrote:
Виталий, уточните - что желаете получить.
PS. Могу сразу предупредить, что балансировка на EthernChannel у Catalist оставляет желать лучшего. Уж лучше пытаться балансироваться на L3.
Возможности по балансировке в EtherChannel уж очень сильно зависят от модели каталиста. Небольшие Layer3 каталисты чудненько балансируют layer2 etherchannel заглядывая в Src-Dst-IP. В зависимости от характера трафика это может привести практически к 50/50 раскладке.
Более модные каталисты умеют вещи и посерьезней:
XXXXX(config)#port-channel load-balance ? mpls Load Balancing for MPLS packets src-dst-mixed-ip-port Src XOR Dst IP Addr and TCP/UDP Port src-dst-port Src XOR Dst TCP/UDP Port
Так что, прежде всего нужно понимать какой трафик внутри и какая схема для него будет оптимальной.
-- Dmitry Kiselev
22 июля 2008 г. 15:18 пользователь Yury Yaroshevsky
Vladimir Velychko пишет:
22 июля 2008 г. 15:02 пользователь Vladimir Velychko
написал: 2008/7/22 Vitaly Puchkov
: Добрый день.
Подскажите пожалуйста имеет ли право на "жизнь" такая конструкция. Есть два каталиста. Между ними два линка. Между портами 1-1 и 2-2.
...
Не сразу рассмотрел вланы. Отрубятся не линки, а 1002-1005 вланы в транке.
Это если STP включен. BTW есть разные STP (STP, PVST, MSTP) ...
Да, конечно. Речь шла о каталисте, где по дефолту STP включен и дефолтовый же PVST. Из того и исходил. :-)
И в зависимости от того, какой включен - будет наблюдаться разное поведение.
-- VEL-[RIPE|UANIC]
Alexandre Snarskii пишет:
On Tue, Jul 22, 2008 at 03:18:45PM +0300, Yury Yaroshevsky wrote:
PS. Могу сразу предупредить, что балансировка на EthernChannel у Catalist оставляет желать лучшего.
Это смотря на каких каталистах и как сконфигурирована балансировка :)
Саш, я думаю что ты заметил какой каталист у Виталия ;) Да и на 35xx не все так красиво, как хотелось бы. Я на одном из линков имею связку в EtherChannel между 7604 & Extreme X450 - так вот более ровной балансировка работает со стороны Extreme. Со стороны 7604 стоит: xxx#sh startup-config | inc src port-channel load-balance src-dst-mixed-ip-port Но это не помогает: xxx#sh int gi3/12 | inc rate Queueing strategy: fifo 30 second input rate 4443000 bits/sec, 1909 packets/sec 30 second output rate 8376000 bits/sec, 2461 packets/sec xxx#sh int gi3/13 | inc rate Queueing strategy: fifo 30 second input rate 4237000 bits/sec, 1883 packets/sec 30 second output rate 9737000 bits/sec, 1758 packets/sec Т.е. разница в 10%
Для более-менее нормальных (afair, 3550 и выше): port-channel load-balance src-dst-ip дает более-менее вменяемую L3-балансировку для ip-траффика.
Ipv6 и mpls балансируется максимум по src-dst-mac, то есть - в случае routed point-to-point link'а поверх этого etherchannel'а не балансируется вообще).
И я о том же.
Уж лучше пытаться балансироваться на L3.
On Tue, Jul 22, 2008 at 04:23:27PM +0300, Vitaly Puchkov writes:
Всем спасибо. Все понял. Скорее всего поедут одни vlan-ы одним каналом, другие - другим.
В отличие от эзерченнела, это не даст резервирования на L2. Можно пустить все виланы обоими путями, и сконфигурировать pvst (если поддерживается - rapid-pvst) таким образом, чтобы в нормальной ситуации для части виланов блокировался один из путей, а для части - другой. Тогда при обрыве одного из линков все виланы перейдут на оставшийся.
----- Original Message ----- From: "Dmitry Kiselev"
To: "Yury Yaroshevsky" Cc: Sent: Tuesday, July 22, 2008 4:18 PM Subject: Re: [uanog] Два линка в режиме trunk добрый день!
On Tue, Jul 22, 2008 at 03:18:45PM +0300, Yury Yaroshevsky wrote:
Виталий, уточните - что желаете получить.
PS. Могу сразу предупредить, что балансировка на EthernChannel у Catalist оставляет желать лучшего. Уж лучше пытаться балансироваться на L3.
Возможности по балансировке в EtherChannel уж очень сильно зависят от модели каталиста. Небольшие Layer3 каталисты чудненько балансируют layer2 etherchannel заглядывая в Src-Dst-IP. В зависимости от характера трафика это может привести практически к 50/50 раскладке.
Более модные каталисты умеют вещи и посерьезней:
XXXXX(config)#port-channel load-balance ? mpls Load Balancing for MPLS packets src-dst-mixed-ip-port Src XOR Dst IP Addr and TCP/UDP Port src-dst-port Src XOR Dst TCP/UDP Port
Так что, прежде всего нужно понимать какой трафик внутри и какая схема для него будет оптимальной.
-- Dmitry Kiselev
-- Паша.
Добрый день. Кто может поделится каким то более стабильным из последних IOS на C3500-XL. Сейчас стоит IOS (tm) C3500XL Software (C3500XL-C3H2S-M), Version 12.0(5)WC13, RELEASE SOFTWARE (fc1) работает стабильно, но что то в последнее время много чего стало в нем нехватать. С уважением, Виталий Пучков.
participants (9)
-
Alexandre Snarskii
-
Andrey Blochintsev
-
Dmitry Kiselev
-
Ivan Motin
-
Max A. Krasilnikov
-
Pavel Gulchouck
-
Vitaly Puchkov
-
Vladimir Velychko
-
Yury Yaroshevsky