<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Mon, 03 Aug 2026 07:51:23 -0400</pubDate>
		<item>
			<title>Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388779">Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, ребята! Я тестирую CHR, запущенный на Proxmox с 1 Гб сетевой картой, 2 Гб ОЗУ и 12 ядрами по 2,9 ГГц. Мне нужно симулировать процесс «затопления» полной таблицы маршрутизации с помощью Linux-виртуалки, которая находит и генерирует маршруты для CHR. Странно то, что на получение маршрутов уходит почти час — 200 тысяч маршрутов за час, а 500 тысяч — чуть больше двух часов. Может, кто-то знает, в чём может быть проблема? Я видел тесты, где на «затопление» маршрутов уходило 1–2 минуты. <br />
			<i>18.11.2021 00:25:00, ernieball17.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388779</link>
			<guid>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388779</guid>
			<pubDate>Thu, 18 Nov 2021 00:25:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388778">Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я тебя понимаю. Я считаю это бизнес-решением. Когда я обсуждаю такие вопросы с клиентами, разговор обычно идет по одному из двух сценариев.<br /><br />Сценарий 1 &nbsp;<br />Я: Ваши варианты для повышения производительности BGP — Juniper, Cisco, Whitebox или Arista. &nbsp;<br />Они: Круто. А что для этого нужно? &nbsp;<br />Я: Подержанный Cisco, который сможет маршрутизировать несколько портов по 10 гигабит, будет стоить около 6000 долларов на вторичном рынке. К этому добавьте smartnet примерно за 1000 долларов в год. &nbsp;<br />Они: А остальные? &nbsp;<br />Я: Они стоят примерно столько же за нормальный роутер. &nbsp;<br />Они: Мне вполне хватает моего маленького роутера за тысячу долларов — и я могу позволить себе держать запасной. Справлюсь с этим.<br /><br />Сценарий 2 &nbsp;<br />Они: Отлично. Дайте я чеком оплачу роутер и запасной. Примерно 15 тысяч, вы говорите? &nbsp;<br />Я: Да. Вы знакомы с Cisco? &nbsp;<br />Они: Нет. Сколько это будет стоить? &nbsp;<br />Я: Ставка — 150 долларов в час, и потребуется 5–10 часов на внедрение. Все последующие изменения обсудим отдельно.<br /><br />Я только что заказал Cisco, так как не смог найти железо, кроме большого сервера Dell, способного пропускать трафик свыше 40 гигабит. Это мне обошлось в 15 тысяч долларов: сам роутер — 6000, а карта на 40 гига — 7000. <br />
			<i>19.12.2020 11:53:00, j2sw.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388778</link>
			<guid>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388778</guid>
			<pubDate>Sat, 19 Dec 2020 11:53:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388777">Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Да. Но очень раздражает и беспокоит ждать эти 15 минут. Особенно прошлой зимой у нас был случай, когда из-за большого снегопада 80GHz-ссылка между двумя BGP CCR упала (эта ссылка имеет огромный запас сигнала и резервную линию). Сидишь и смотришь на BGP-сессии, пока начинают срабатывать аварийные сигналы. Сессии BGP не восстанавливались, пока я не перезагрузил одну сторону. С учетом этих промежутков времени проходит довольно много времени. <br />
			<i>19.12.2020 11:43:00, ste.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388777</link>
			<guid>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388777</guid>
			<pubDate>Sat, 19 Dec 2020 11:43:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388776">Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			У нас есть несколько случаев, когда CHR работают с двумя и более полными интернет-фидами v4/v6. Вот мои наблюдения.<br /><br />1. Убедитесь, что проблемы с временем сходимости не связаны с невозможностью пропускать трафик. Я видел много случаев, когда оборудование не справлялось с нагрузкой. Передача трафика замедляла работу маршрутизатора сильнее, чем BGP.<br /><br />2. Время сходимости может быть медленным, даже на CHR. Мы всегда подтягиваем маршрут по умолчанию плюс полные маршруты специально для этого. Так трафик может уходить по маршруту по умолчанию, пока идет сходимость. Лучше, чтобы трафик шел хоть куда-то, чем вообще не шел.<br /><br />3. Каждый раз, когда я вношу изменения в BGP, я обычно жду 10-15 минут, прежде чем начать беспокоиться. Изменения анонсов обычно происходят в пределах отведенных 3 минут BGP. Но таблица маршрутов сходится обычно гораздо дольше. Зависит от того, что именно вы делаете. Если добавляете нового пира, сходимость обычно быстрая. Если удаляете пира и не ждете, пока таблицы очистятся, это может занять время, потому что процессор загружен удалением маршрутов и одновременно подтягиванием новых. Это возможно, просто нужно учитывать ограничения, пока v7 не будет готов к эксплуатации. <br />
			<i>19.12.2020 11:29:00, j2sw.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388776</link>
			<guid>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388776</guid>
			<pubDate>Sat, 19 Dec 2020 11:29:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388775">Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я не считаю эти результаты теста по-настоящему точными. Могу придумать дюжину возможных факторов, которые не были учтены и могут исказить результаты, например: на физическом сервере с гипервизором, сколько физических CPU/ядер одновременно запускали более одной виртуальной машины (задачи)? Был ли включен или отключен гиперпоточность? <br />
			<i>14.12.2020 19:11:00, TomjNorthIdaho.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388775</link>
			<guid>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388775</guid>
			<pubDate>Mon, 14 Dec 2020 19:11:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388774">Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Интересные вещи: <noindex><a href="https://blog.kroy.io/2019/08/23/battle-of-the-virtual-routers/" target="_blank" rel="nofollow" >https://blog.kroy.io/2019/08/23/battle-of-the-virtual-routers/</a></noindex> Возможно, более старая версия chr-Kernel немного замедляет работу. Давайте как можно больше мощности процессора для vmware/chr… <br />
			<i>14.12.2020 16:31:00, ste.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388774</link>
			<guid>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388774</guid>
			<pubDate>Mon, 14 Dec 2020 16:31:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388773">Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет. Использую 1036 с двумя пирами с полными таблицами и несколькими локальными пирами. Всё вроде работает нормально. Задержек или минусов нет. <br />
			<i>14.12.2020 14:44:00, seriousblack.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388773</link>
			<guid>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388773</guid>
			<pubDate>Mon, 14 Dec 2020 14:44:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388772">Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет! Спасибо, что поделился этим! В своих тестах с Proxmox ты получил менее 80 000 PPS, а с ESXi и Hyper-V — свыше 500 000 PPS. У Proxmox проблемы с обработкой PPS? <br />
			<i>24.09.2018 13:44:00, jmginer.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388772</link>
			<guid>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388772</guid>
			<pubDate>Mon, 24 Sep 2018 13:44:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388771">Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Кстати, ты можешь также посмотреть этот линк для более точного анализа: <noindex><a href="https://mum.mikrotik.com/presentations/EU18/presentation_5188_1524562405.pdf" target="_blank" rel="nofollow" >https://mum.mikrotik.com/presentations/EU18/presentation_5188_1524562405.pdf</a></noindex> <br />
			<i>01.05.2018 13:26:00, sri2007.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388771</link>
			<guid>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388771</guid>
			<pubDate>Tue, 01 May 2018 13:26:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388770">Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Что ж, я новичок в запуске BGP на CHR, но, похоже, всё работает довольно неплохо. Сейчас я запускаю BGP с полными таблицами на своей системе CHR 64-бит, которая представляет собой виртуальную машину на VmWare ESXi 6.5.0. Мой физический сервер — SuperMicro с 128 ГБ оперативки и двумя реальными процессорами Intel Xeon 3 ГГц на 10 ядер каждый (гипертрейдинг отключён) — всего 20 ядер — и сетевыми картами 10-гигабит.<br /><br />Для моего CHR BGP (64-битного) роутера я выделил 6 ГБ оперативной памяти (это больше, чем нужно), 8 процессорных ядер и 10-гигабитные ethernet-интерфейсы vmnic3.<br /><br />У моего CHR лицензия уровня P unlimited. Я бы не советовал запускать BGP на 32-битном роутере x86 с ROS. 32-битный ROS под x86 не поддерживает паравиртуальные vmnic3 ethernet-интерфейсы и (по моему опыту) на 32-битном x86 при большой нагрузке происходят сотни зависаний. К тому же, 32-битный ROS под x86 ограничен по максимальному объёму памяти, тогда как 64-битный CHR может использовать более 2 ГБ оперативки. Много оперативной памяти крайне важно при запуске BGP.<br /><br />К слову, при загрузке мой CHR загружает таблицы BGP (через 10-гигабитные интерфейсы) за секунды, а не минуты.<br /><br />Хотя я и новичок в BGP на CHR 64-бит, ставлю этому определённо палец вверх.<br /><br />ПРИМЕЧАНИЕ: В данный момент BGP в Mikrotik ROS работает однопоточно (то есть BGP задействует только одно из доступных ядер процессора). ((( По крайней мере, так я думаю и читал об этом ))) — поэтому, думаю, для BGP нужен очень быстрый процессор с мощным ядром.<br /><br />Примечание: получение полной таблицы BGP на Mikrotik CCR1016-12S-1S+ с 1-гигабитным интерфейсом занимает до минуты (tilegx 1.2 ГГц, 16 ядер).<br /><br />Примечание: получение полной таблицы BGP на Mikrotik CHR с 10-гигабитными интерфейсами vmxnet занимает всего несколько секунд (Intel Xeon 3 ГГц, 8 ядер, кеш процессора 25 МБ).<br /><br />С уважением, North Idaho Tom Jones <br />
			<i>16.03.2018 18:42:00, TomjNorthIdaho.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388770</link>
			<guid>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388770</guid>
			<pubDate>Fri, 16 Mar 2018 18:42:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388769">Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Итак, последний вопрос: может ли кто-то использовать Mikrotik для небольшого провайдера с тремя апстрим-провайдерами, получая от них полные BGP-каналы, на x86-оборудовании? Вы рекомендуете это? <br />
			<i>16.03.2018 14:20:00, merlinios.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388769</link>
			<guid>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388769</guid>
			<pubDate>Fri, 16 Mar 2018 14:20:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388768">Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, ребята! Мы работали с несколькими CHR в качестве eBGP роутеров, и они показывают хорошую производительность. Также рекомендуем установить гипервизор, потому что так можно добавить любой нужный CHR. Но пока мы ждём RouterOS 7, который, возможно, сможет работать с BGP на многопроцессорном уровне, есть ещё один вариант — отличные роутеры на базе серверов ESXi с процессором i7 на 4,2 ГГц на ядро. Они могут загрузить полную маршрутизирующую таблицу (600 тысяч маршрутов) всего за несколько секунд, тогда как на другом роутере это может занять минуты, и при этом всё может «полететь». <br />
			<i>10.02.2018 01:05:00, sri2007.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388768</link>
			<guid>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388768</guid>
			<pubDate>Sat, 10 Feb 2018 01:05:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388767">Полные таблицы BGP с двумя вышестоящими провайдерами, использующими CHR — вопрос производительности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Полные таблицы BGP с двумя внешними провайдерами через CHR — вопрос производительности<br /><br />Мы планируем вскоре настроить полный BGP (IPv4 и IPv6) с префиксом /19 у двух внешних провайдеров по каналам 10 Гбит и 1 Гбит. Вопросы:<br /><br />1) Насколько надёжен CHR при работе с полными таблицами BGP у двух провайдеров с большой пропускной способностью?<br /><br />2) Достаточно ли CHR для такой задачи? Какую память и процессор рекомендуете для работы с полными таблицами (IPv4 и IPv6)?<br /><br />3) Кто и сколько сейчас используют полные таблицы BGP?<br /><br />4) Сколько времени после включения уходит на загрузку всех таблиц IPv4 и IPv6?<br /><br />Спасибо за любые ответы, &nbsp;<br />North Idaho &nbsp;<br />Том Джонс <br />
			<i>28.02.2017 19:29:00, TomjNorthIdaho.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388767</link>
			<guid>http://mikrotik.moscow/forum/forum57/84651-polnye-tablitsy-bgp-s-dvumya-vyshestoyashchimi-provayderami_-ispolzuyushchimi-chr-_-vopros-proizvoditelnosti/message388767</guid>
			<pubDate>Tue, 28 Feb 2017 19:29:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
