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

extreme summit ipfdb overflow

Решили использовать extreme summit200-24 как L3-switch. Все охренено, люди довольны...

Но потом оказалось что у Нас свичи подгружаются...

* Summit200-24:76 # top
Total number of tasks: 72
Task Name       Task Id         Task PC         Status   % CPU Max % util
==========================================================================
   tBGTask      85f6d210        80d69c60        READY        68   97
[b]tFdbSyncTa[/b]      8641f440        80d6a154        DELAY        [b]25   27
[/b]tSlowTimer      86a9ef40        80d7b9b4        PEND          1    1
tPortUtili      8492c830        80d7b9b4        PEND          1    1
  tMacPoll      84823c80        80d7b9b4        PEND          1    2
  tExcTask      876d9370        80d7b9b4        PEND          0    0
  tLogTask      876d6840        80d7b9b4        PEND          0    0

таблица ipfdb доходит до значения 2048 и потом очищается до нуля...

на бордере 48si доходит до 65000 и ниче..

Пошуршал в нете и нашёл:

 

hxxp://www.gossamer-threads.com/lists/nsp/extreme/1921

> At this point I would have to say it would be best to contact Extreme

> TAC, my guess is that no setting on the IPFDB timers is going to make

> any difference here or else that "fix" would be listed in their

> solutions on their website and it is not.

 

The only way that is likely to fix the problem is if the unit somehow can

be made to use longest prefix routing and bypass the ipfdb totally.

 

Someone at Extreme hinted that this might be possible with the hardware

but I never got around checking if they implemented it in any software.

Does anyone know?

 

If not, the basic rule is that you cannot use the 24e3, 200 and 300 and

400 series for "internet routing", as their ipfdb is too small. If you

have more than 1000-2000 concurrent "flows" (ie destination IPs) going on,

it's going to behave as the original poster described.

 

>>>>>

maybe a late answer, but for sure please download the data sheet from

our web page and look for the p?arameter of the S300. It is not an

internet box, nor made to held large enterprise FDBs. You run out of L3

entries in the IPFDB. All the timer recommendations ect. doesn't solve

your problem really. Look for another device, like a S48si. Should be a

pretty good device to address the problems.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Что бы было понятно:

00:14:F2:97:39:41 - это мак default-gateway.

 

Summit200-24:1 # sh ipfdb
  Dest IP Addr  TblIdx MacIdx  Flag Flow    MAC Address    VLAN Port
--------------- ------ ------  ---- ---- ----------------- ---- ----
188.114.31.90   102D.0 0769.0        0000 00:14:F2:97:39:41 0008 26
91.124.244.238  1034.0 0769.0        0000 00:14:F2:97:39:41 0008 26
81.200.15.198   1034.2 0769.0        0000 00:14:F2:97:39:41 0008 26
81.176.235.27   103F.0 0769.0        0000 00:14:F2:97:39:41 0008 26
212.45.24.34    1043.0 0769.0        0000 00:14:F2:97:39:41 0008 26
82.193.139.240  1047.1 0769.0        0000 00:14:F2:97:39:41 0008 26
91.200.217.166  1069.1 0769.0        0000 00:14:F2:97:39:41 0008 26
88.65.39.240    1078.1 0769.0        0000 00:14:F2:97:39:41 0008 26
81.5.81.211     109C.1 0769.0        0000 00:14:F2:97:39:41 0008 26
91.124.215.208  10AC.0 0769.0        0000 00:14:F2:97:39:41 0008 26
95.105.23.95    10AD.1 0769.0        0000 00:14:F2:97:39:41 0008 26
94.253.56.224   10B0.0 0769.0        0000 00:14:F2:97:39:41 0008 26
83.243.71.139   10B2.1 0769.0        0000 00:14:F2:97:39:41 0008 26
87.3.164.176    10BB.1 0769.0        0000 00:14:F2:97:39:41 0008 26
95.68.85.125    10CD.0 0769.0        0000 00:14:F2:97:39:41 0008 26
91.206.213.26   10CD.1 0769.0        0000 00:14:F2:97:39:41 0008 26
85.249.160.44   10D8.0 0769.0        0000 00:14:F2:97:39:41 0008 26
80.86.238.64    10DD.0 0769.0        0000 00:14:F2:97:39:41 0008 26
87.253.0.143    10E0.0 0769.0        0000 00:14:F2:97:39:41 0008 26
93.124.34.112   10EB.0 0769.0        0000 00:14:F2:97:39:41 0008 26

Total: 2020 Static: 4 Dynamic: 2016
IPFDB Aging time: 0 minutes

 

вопрос к тем кто разбирается:

есть ли шанс преодолеть аппаратное ограничение на 2048 записей в ipfdb? Например урезав резерв памяти для других нужд ?То есть другой прошивкой...

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

На 90% уверен, что нет (на 90 потому, что не нашёл информации об ограничениях конкретно для Вашей модели коммутатора).

 

Extreme Networks специально ограничивают ресурсы в своем оборудовании. Судя из документации, делается это для того, что бы не возникало проблем с перегрузкой. То есть, обещают 50 или 100 Гбит/с - пользователь получает обещанное, но все ограничения уже "заточены" так, что бы обещанный минимум был даже при полной загрузке оборудования (хотя есть моменты, где пишется о том, что злоупотребление теми или иными опциями приведет к потере производительности).

Обратите ещё внимание на лицензию. Например, если там "Layer 2-Edge", то вряд ли можно ожидать от него нормальной работы как L3-коммутатора.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.