<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2018-04-24 19:05 GMT+02:00 Max Tulyev <span dir="ltr"><<a href="mailto:maxtul@netassist.kiev.ua" target="_blank">maxtul@netassist.kiev.ua</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Добрый день!<br>
<br>
Есть сугубо онтопиковый вопрос к всезнающему Оллу ;)<br>
<br>
Есть в настоящий момент четыре точки (будет больше), соединённых между<br>
собой несколькими (от 1 до 4) десятигигабитными каналами. Каналы между<br>
одними и теми же точками - сильно разные, разными трассами, и задержка в<br>
них может отличаться на 5-10мс.<br>
Задача: объединить их в одну отказоустойчивую сеть, которая бы еще<br>
допускала совместную утилизацию каналов. То есть чтобы один канал не<br>
пустовал при перегруженном соседнем. Ну и разворачивалось всё как-нибудь<br>
при падении каких-то из десяток. Всё L2.<br></blockquote><div><br></div><div>Как быстро разворачивалось? sub-100ms? Subsecond?</div><div><br></div><div>Эти 10GE каналы они поверх dark fiber или какого-то другого L1 транспорта?</div><div> </div><div>Стоит ли задача latency/RTT оптимизации, i.e. чтобы при наличии полосы </div><div>сначала использовать RTT-lower path и только при дефиците полосы</div><div>перекидывать часть траффика на более длинный путь?</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Крайне желательно иметь возможность прокидывать в этом всём особые<br>
VLAN'ы с гарантированной полосой пропускания.<br></blockquote><div><br></div><div>Гарантированная полоса пропускания для VLAN в зависимости от:</div><div><br></div><div>- количества уровней приоритетов этих VLAN-ов и топологии </div><div>- допустимым временем реакции сети на скачок траффика</div><div><br></div><div>может решаться:</div><div><br></div><div>- QoS-ом (обычно до восьми классов)</div><div>- одной из форм централизованной или децентрализованной admission control системы </div><div>- port-level rate-limit policers</div><div>- (в случае MPLS-а) LSP-level policer and/or LSP priorities </div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Я так понимаю, что это - типичная задача MPLS сети. Или есть ещё что-то?<br></blockquote><div><br></div><div>Дядя Вова описал centralised (SR или OpenFlow) и decentralised варианты.</div><div><br></div><div>Decentralised в виде:</div><div><br></div><div>- E-LAN / VPLS / CCC</div><div><br></div><div>на MPLS базе вида </div><div><br></div><div>-  QoS + ISIS with BFD + Diffserv MPLS TE +  auto-bw for LSPs + LSP policers</div><div><br></div><div>можно попробовать собрать на Juniper MX (vMX или что то вида MX204). </div><div>Скорее всего fixed-configuration Cisco Fretta (NCS 5000) тоже это все осилит.<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
А теперь главный вопрос: какое оборудование взять, чтобы не совсем как<br>
Боинг новый стоило, но работало? Я так представляю, что это будут 48x10G<br>
умные свитчи?</blockquote><div> <br></div><div>Что у Juniper что у Cisco появилось понятие Internet Scale Platforms:</div><div><br></div><div>- много 10/40/100G портов с вариантом fixed configuration chassis</div><div>- полноценный forwarding ASIC и carrier-grade операционка класса JunOS или IOS-XR <br></div></div><div><div style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial">- space/power optimised (1-2 RU)</div><br></div><div>Стоит оно сильно дешевле ASR9K или модульных MX. Еще есть:</div><div><br></div><div>- vMX</div><div>- <a href="https://xrdocs.github.io/cloud-scale-networking/blogs/2018-03-08-enabling-ios-xr-on-third-party-network-hardware/">IOS-XR on Third-Party Network Hardware</a></div><div><br></div>-- <br><div class="gmail_signature">Regards,<br>Volodymyr.</div>
</div></div>