Перейти к содержимому
Калькуляторы

artplanet

Активный участник
 Просмотреть профиль  Активность

  • Публикации

    355

  • Зарегистрирован

  • Посещение

 Тип публикации 

Сообщения, опубликованные пользователем artplanet

  2. Опубликовано · Жалоба на ответ

    DES-1210-52/ME можно.

     

    DES-1210-52 не имеет CLI, с вланами замучаетесь…

     

    Это да - но если вланы создать один раз и забыть про свитч - то потянет.

    наверно и cisco small business пойдет - вот только не знаем бюджетных моделей на 48 портов

     

    кто знает у модели SF300-48 есть фаны ? или там пассивное охлаждение ?

  3. Опубликовано · Жалоба на ответ

    свитч будет использоваться только для подключения ipmi модулей серверов.

    То есть 1 мак адрес в каждом влане, итого 48 портов, и один порт 1 гигабит транком в аплинк.

    Реально трафика 10 мегабит в пике.

  5. Опубликовано · Жалоба на ответ

    нужен свитч без вентиляторов L2 уровня 1U, с 48 портами 10/100 и парой портов RJ45 гигабит.

    рассматриваем вариант Dlink 3052 - но их не купить бу - а у новых цена кусается.

     

    кто какие модели посоветует ?

  8. Опубликовано · Жалоба на ответ

    Варианты есть и без port-channel.

    Например, сделать в циске оба порта в одном вилане, access. А на Супермикро - в разных, но тоже в access.

    Если у Вас обмен данными между виртуалками не планируется в сколь-нибудь значительных объёмах...

     

    рассматривали вариант - но сразу минус - блейдов 14, то есть 14 портов по гигу нужно. А аплинков всего 10ть.

    Да и витух сразу нужно 10 штук тянуть вместо 3-4. А порты не резиновые на л3 свитчах

     

    а саппорт супермикро что говорит?

     

     

    ничего - даже не спрашивали их. Быстрее тут подумать чем ответа дождаться.

  9. Опубликовано · Жалоба на ответ

    Простой вариант - развести серверы на 2 вилана, каждый вилан пустить через отдельный порт.

    Хотя цискин портчаннел статик нормально работает с длинками, например.

     

    Что циска говорит на портчаннел? (show etherchannel 12 detail, show int po12).

     

     

    разводить тоже не вариант - так как на серверах будут виртуалки - и будет такое понятие как живая миграция с ноды на ноду виртуальной машины - то в этом случае будет трафик 1 гиг в полку с одного сервера на другой, и чтобы он мешался не такому большому количеству клиентов - лучше все же портчанел, хоть и статик

     

    и сейчас случилась магия - вчера ради интереса просто перезагрузил свитч и ушел спать, просыпаюсь - портчанел работает. http://test.artplanet.su/magic.webm

     

    how etherchannel 12 detail
Group state = L2 
Ports: 2   Maxports = 8
Port-channels: 1 Max Port-channels = 1
Protocol:    -
Minimum Links: 0
	Ports in the group:
	-------------------
Port: Gi1/0/43
------------

Port state    = Up Mstr In-Bndl 
Channel group = 12          Mode = On              Gcchange = -
Port-channel  = Po12        GC   =   -             Pseudo port-channel = Po12
Port index    = 0           Load = 0x00            Protocol =    -

Age of the port in the current state: 0d:00h:00m:44s

Port: Gi1/0/44
------------

Port state    = Up Mstr In-Bndl 
Channel group = 12          Mode = On              Gcchange = -
Port-channel  = Po12        GC   =   -             Pseudo port-channel = Po12
Port index    = 0           Load = 0x00            Protocol =    -

Age of the port in the current state: 0d:00h:00m:43s

	Port-channels in the group: 
	---------------------------

Port-channel: Po12
------------

Age of the Port-channel   = 1d:00h:30m:56s
Logical slot/port   = 10/12          Number of ports = 2
GC                  = 0x00000000      HotStandBy port = null
Port state          = Port-channel Ag-Inuse 
Protocol            =    -
Port security       = Disabled

Ports in the Port-channel: 

Index   Load   Port     EC state        No of bits
------+------+------+------------------+-----------
 0     00     Gi1/0/43 On                 0
 0     00     Gi1/0/44 On                 0

Time since last port bundled:    0d:00h:00m:43s    Gi1/0/44
Time since last port Un-bundled: 0d:00h:00m:49s    Gi1/0/44

  10. Опубликовано · Жалоба на ответ

    врядли это единственная возможная опция.

    в хпшный блейд вот вставляется и циска старая и хпшный свитч ) и ваще кусок нексуса можно вставить.

     

    не единственная - но более современный свитч стоит дороже 2000$ и ехать будет месяца полтора.

  12. Опубликовано · Жалоба на ответ

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

     

     

    вопрос только что? свитч имеет спец интерфейс и вставляется в блейд шасси. циску туда не запихнуть

  13. Опубликовано · Изменено пользователем artplanet · Жалоба на ответ

     

    спасибо за ссылку - только она не поможет.

    В документации свитчи которые поддерживают полноценно LACP, а у нас модель которая поддерживает только Static (Link aggregation support (802.3ad-static))

    у нас даже нет команды "configure terminal" как указанно в документации Выше.

  14. Опубликовано · Жалоба на ответ

    А через телнет нет никаких ещё настроек?

     

     

    ecos>?
AGE		  Set hardware age timer
CABLEdiag	  Run Cable Diagnotics
COS		  Manage classes of service
counters	  Displays CPU counter
dot1x		  Displays/configure 802.1x
exit		  exit shell
help		  Displays Help information
?		  Displays Help information
httpd		  Enable/disable HTTPd at startup
hwm		  Check HW Monitor status
IGMP		  Displays/Configure IGMP Snooping
JUMbo		  Enable/disable Jumbo Frame support
L2		  Manage L2 (MAC) addresses
load		  Load configurations
MIRror		  Manage port mirroring
PORT		  Set/Display port characteristics
PortRate	  Set/Display port rate metering characteristics
PortStat	  Display port status in table
PVlan		  Port VLAN settings
RATE		  Manage packet rate controls (Storm Controls)
reboot		  Reboot System
rstp		  Displays/configure RSTP
save		  Save configurations
showMem		  displays memory info
showThreads	  Displays running threads information
telnetd		  Enable/disable telnet daemon
TRUNK		  Manage port aggregation
VLAN		  Manage virtual LANs
ifconfig	  configure interface
ecos>VLAN ?
Command (VLAN) Usages:
  vlan create <id> [PortBitMap=<pbmp> UntagBitMap=<pbmp>]
                                       - Create a VLAN
  vlan destroy <id>                    - Destroy a VLAN
  vlan clear                           - Destroy all VLANs
  vlan add <id> [PortBitMap=<pbmp> UntagBitMap=<pbmp>
                                       - Add port(s) to a VLAN
  vlan remove <id> [PortBitMap=<pbmp>] - Remove ports from a VLAN
  vlan show                            - Display all VLANs
  vlan default [<id>]                  - Show or set the default VLAN
* VLAN save  - To save the new configuration into NVRAM
ecos>PVlan ?
Command (PVlan) Usages:
  pvlan show <pbmp>
        - Show PVLAN info for these ports.
  pvlan set <pbmp> <vid>
        - Set default VLAN tag for port(s)
          Port bitmaps are read from the VTABLE entry for the VID.
          <vid> must have been created and all ports in <pbmp> must
          belong to that VLAN.
* PVlan save  - To save the new configuration into NVRAM
ecos>PVlan show
Port ge0 default VLAN is 1
Port ge1 default VLAN is 1
Port ge2 default VLAN is 1
Port ge3 default VLAN is 1
Port ge4 default VLAN is 1
Port ge5 default VLAN is 1
Port ge6 default VLAN is 1
Port ge7 default VLAN is 1
Port ge8 default VLAN is 1
Port ge9 default VLAN is 1
Port ge10 default VLAN is 89
Port ge11 default VLAN is 89
Port ge12 default VLAN is 89
Port ge13 default VLAN is 89
Port ge14 default VLAN is 89
Port ge15 default VLAN is 89
Port ge16 default VLAN is 89
Port ge17 default VLAN is 89
Port ge18 default VLAN is 89
Port ge19 default VLAN is 89
Port ge20 default VLAN is 89
Port ge21 default VLAN is 89
Port ge22 default VLAN is 89
Port ge23 default VLAN is 89

     

    Вы знаете, как это портченел работает? Он поможет, когда у Вас хотя бы с одной стороны около сотни хостов, тогда можно распределить трафик более-менее равномерно.

    Для одного хоста - полосы больше пропускной способности одного порта не будет. Не получится его нормально распределить по двум портам, особенно на таком убогом оборудовании...

    Может, он уже и не нужен? :)

     

    как раз знаем - и портчанел как раз нужен

    в блейде будет 14 серверов (это уже 14 разных мак адресов)

    а на каждом сервере будет нода с виртуалками от 30 до 50 штук. у каждой виртуалки свой мак.

     

    итого через порт чанел будет работать 600-700 виртуалок

     

    На свитче Supermicro прошивка свежая?

    Бывало на Дилинках ловились глюки с агрегациями типа петель или остутствия трафика, лечилось обновлением прошивки.

     

    последняя с сайта супермикро

     

    Device Name BMB-GEM-003

    Firmware Version WSS: 2.00 SDK: sdk-modena-5.2.1-dev Upgrade

    Build Date Wed Jul 2 18:46:32 2008

    MAC address 00-30-48-A0-09-9B

    DHCP Client Disabled

    IP Address 10.10.30.5

    Subnet mask 255.255.255.0

    Gateway 10.10.30.254

    L2 Table Aging Disabled

     

    скачивали с ftp://ftp.supermicro.com/Firmware/Blade/GEM-003/

  16. Опубликовано · Жалоба на ответ

    Вот из описания свитча с сайта супермикро

    Trunking (Static Link Aggregation) Increase bandwidth and redundancy.
Up to 8 ports per trunk, 4 trunks per switch.

     

    и еще из документации

     

    NOTE: You will see “BMB-GEM-003” on most of these screens. This the board
model number for the SBM-GEM-001 switch and is sometimes used
interchangeably with it in describing the product.

     

    то есть у нас свитч SBM-GEM-001

     

    Trunking	
Link aggregation support (802.3ad-static)

     

    http://owncloud.su/index.php/s/FvXIqblZuOZbURq

  17. Опубликовано · Жалоба на ответ

    Port-channel на Supermicro поддерживает LACP?

     

     

    все настройки которые доступны на supermicro я показал на скринах, слов с названием LACP я не нашел

     

    вот настройки со стороны supermicro через телнет

    ecos>TRUNK       
Command (TRUNK) Usages:
  trunk init                                - Initialzie trunking function
  trunk add <Id=val> <Rtag=val> <Pbmp=val>  - Add ports and create a trunk
  trunk remove <Id=val> <Pbmp=val>          - Remove ports from a trunk
  trunk show [<Id=val>]                     - Display trunk information
  trunk psc <Id=val> <Rtag=val>             - Change Rtag (for testing ONLY)
* TRUNK save  - To save the new configuration into NVRAM

ecos>TRUNK show
trunk 0: 2 ports=ge0,ge1 dlf=ge0 mc=any ipmc=any psc=srcmac (1)

  19. Опубликовано · Жалоба на ответ

    Есть Cisco 4948E - на ней сделали портчанел:

    interface Port-channel12
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 89
switchport mode trunk
end

interface GigabitEthernet1/0/43
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 89
switchport mode trunk
channel-group 12 mode on
end
interface GigabitEthernet1/0/44
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 89
switchport mode trunk
channel-group 12 mode on
end

     

    в таком режиме со стороны Cisco портчанел поднимается, и даже принимает трафик со стороны оборудования которое подключено в свитч Supermicro (смотрели по tcpdump))

    А вот трафик со стороны оборудования подключенного в Cisco не доходит до оборудования которое подключено в свитч Supermicro

    если на Cisco поменять channel-group 12 mode на active/passive/auto - то int portchannel уходит в статус не коннектед

     

    настройки на свитче supermicro:

    89 влан смотрит транком в порты 1,2,3,4 и смотрит untagged в сторону портов 11-24

    http://owncloud.su/index.php/s/HJBu3fEV9fJENLT

    так же создан некий транк(именно там в супермикро обозвали агригацию)

    и в него добавлены порты 1 и 2

    http://owncloud.su/index.php/s/rsOkwwo8JgNRWCE

    на стороне свитча супермикро пытались менять Distribution Criterion на все варианты - не помогает. трафик не принимается.

     

    у кого был в опыт с таким оборудованием, кто что подскажет ?

     

    PS. Без портчанел у нас всё работает, но нужно сделать портчанел чтобы увеличить пропускную способность.

  21. Опубликовано · Жалоба на ответ

    тут не ответ на мой изначальный вопрос, в итоге никто не знает как очистить или как поведет себя железка - если количество маршрутов ipv4 будут умещаться в таблице маршрутизациии 4900M, но перед этим таблица была занята полностью IPv6 адресами которые были освобождены.

  22. Опубликовано · Жалоба на ответ

    А можете уточнить, какой изначально был FET-10G модуль ибо они бывают сильно разные, у меня например это CISCO-JDSU и соответсвенно ваш пароль не подходит. (можно просто прошивку оригинала кинуть) Идеально было бы если бы вы вложили фотографию модуля.

     

    http://owncloud.su/index.php/s/B5S2YJYW6xfQ5A5

     

    А так - мы нашли железки когда SR модуль поднимает линк с FET-10G(перешитым) - но там валят миллионы ошибок при работе. А вот если с двух сторон FET - ошибок нет. Уже неделю работают в паре.

  23. Опубликовано · Жалоба на ответ

    Тут вопрос в другом - мы освободили ipv6, далее к нам прилетит много маршрутов ipv4 - разве IOS начнет использоваться блоки которые были выданы под IPv6 и сейчас свободные под IPv4 ?

  24. Опубликовано · Изменено пользователем artplanet · Жалоба на ответ

    На стенде залили в 4900M 40к маршрутов ipv6, после чего по команде 

    show platform hardware ip route summary 
block#  start   end     mode    entries used    free    group   type           
0       80 Bit  0       4095    4096    4096    0       3       Dst            
1       160 Bit 4096    8190    2048    2048    0       6       Dst            
2       80 Bit  8192    12287   4096    4096    0       3       Dst            
3       80 Bit  12288   16383   4096    4096    0       3       Dst            
4       80 Bit  16384   20479   4096    4096    0       3       Dst            
5       80 Bit  20480   24575   4096    1968    2128    3       Dst            
6       160 Bit 24576   28670   2048    2048    0       6       Dst            
7       160 Bit 28672   32766   2048    2048    0       6       Dst            
8       160 Bit 32768   36862   2048    2048    0       6       Dst            
9       160 Bit 36864   40958   2048    2048    0       6       Dst            
10      160 Bit 40960   45054   2048    2048    0       6       Dst            
11      160 Bit 45056   49150   2048    2048    0       6       Dst            
12      160 Bit 49152   53246   2048    2048    0       6       Dst            
13      160 Bit 53248   57342   2048    2048    0       6       Dst            
14      160 Bit 57344   61438   2048    2048    0       6       Dst            
15      160 Bit 61440   65534   2048    2048    0       6       Dst            
16      160 Bit 65536   69630   2048    2048    0       6       Dst            
17      160 Bit 69632   73726   2048    2048    0       6       Dst            
18      160 Bit 73728   77822   2048    2048    0       6       Dst            
19      160 Bit 77824   81918   2048    2048    0       6       Dst            
20      160 Bit 81920   86014   2048    2048    0       6       Dst            
21      160 Bit 86016   90110   2048    2048    0       6       Dst            
22      160 Bit 90112   94206   2048    2048    0       6       Dst            
23      160 Bit 94208   98302   2048    2048    0       6       Dst            
24      160 Bit 98304   102398  2048    1564    484     6       Dst            
25      Unused  102400  106495  4096    0       4096    -       -              
26      Unused  106496  110591  4096    0       4096    -       -

     

    получили информацию что много блоков ушло в поддержку ipv6, далее мы сократили ipv6 до /29 и количество маршрутов упало до 1800

    в итоге картинка поменялась

    show platform hardware ip route summary 
block#  start   end     mode    entries used    free    group   type           
0       80 Bit  0       4095    4096    4096    0       3       Dst            
1       160 Bit 4096    8190    2048    1898    150     6       Dst            
2       80 Bit  8192    12287   4096    4096    0       3       Dst            
3       80 Bit  12288   16383   4096    4096    0       3       Dst            
4       80 Bit  16384   20479   4096    4096    0       3       Dst            
5       80 Bit  20480   24575   4096    1968    2128    3       Dst            
6       160 Bit 24576   28670   2048    2       2046    6       Dst            
7       160 Bit 28672   32766   2048    0       2048    6       Dst            
8       160 Bit 32768   36862   2048    0       2048    6       Dst            
9       160 Bit 36864   40958   2048    0       2048    6       Dst            
10      160 Bit 40960   45054   2048    0       2048    6       Dst            
11      160 Bit 45056   49150   2048    0       2048    6       Dst            
12      160 Bit 49152   53246   2048    0       2048    6       Dst            
13      160 Bit 53248   57342   2048    0       2048    6       Dst            
14      160 Bit 57344   61438   2048    0       2048    6       Dst            
15      160 Bit 61440   65534   2048    0       2048    6       Dst            
16      160 Bit 65536   69630   2048    0       2048    6       Dst            
17      160 Bit 69632   73726   2048    0       2048    6       Dst            
18      160 Bit 73728   77822   2048    0       2048    6       Dst            
19      160 Bit 77824   81918   2048    0       2048    6       Dst            
20      160 Bit 81920   86014   2048    0       2048    6       Dst            
21      160 Bit 86016   90110   2048    0       2048    6       Dst            
22      160 Bit 90112   94206   2048    0       2048    6       Dst            
23      160 Bit 94208   98302   2048    0       2048    6       Dst            
24      160 Bit 98304   102398  2048    3       2045    6       Dst            
25      Unused  102400  106495  4096    0       4096    -       -              
26      Unused  106496  110591  4096    0       4096    -       -

     

    И как видно много блоков осталось зарезервированными под ipv6, вопрос - как их теперь перевести в режим Unused без перезагрузки коммутатора ?