Comments | azz_kikr: Overlay Transport Virtualization

azz_kikr

Overlay Transport Virtualization

Feb 12, 2010 17:48

Нет ли у кого документа получше чем http://www.faqs.org/patents/app/20090037607 на тему OTV? То что описано в патенте как-то не особо впечатляет, ожидалась вещица получше (и пораньше). Раздавать MAC2IP маппинги через ISIS TLV это как-то.. непривычно :) Вроде как хотели туда ( Read more... )

Leave a comment

Back to all threads

dbg February 15 2010, 12:15:51 UTC

Прочитал пост в ieblog. Я про это не знал. Спасибо.

Что я могу по этому поводу сказать. Это ж scaling nightmare. Мне интересно под кого они это сделали и какие там граничные условия для деплоймента.

azz_kikr February 15 2010, 19:44:14 UTC

Да, без боли смотреть на OTV нельзя. Понятно что хотелось сбросить MPLS и все поверх IP забацать (гениально же!). Видать не доходит до людей что connection-oriented транспорт он не просто так придуман был, а со смыслом. А уж весь этот control-plane learning выглядит совсем дико (не говоря про масштабируемость control-plane), особенно если учесть что тот же самый эффект flooding-reduction можно достичь просто блокируя unicast flooding в сторону PE на обычных свитчах. Повторюсь - из плюсов только мультикаст, хотя и тот спокойно реализуетя в рамках известных решений.

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

горько мне в общем :)

dbg February 15 2010, 20:17:55 UTC

Может, там еще какие подробности есть, кроме того что ты написал? Ибо в описанном виде это звучит совершенно жутко. Меня реально затошнило, когда я это увидел.

azz_kikr February 15 2010, 21:11:07 UTC

ну я в основном описание патента читал. удалось еще получить кое-какую информацию (приватно), но там никаких технических подробностей нет. Вместо ISIS говорится о неком обобщенном overlay Routing Protocol и рассказывается как хорошо гонять MAC в IP потому что IP он у всех ведь есть. Плюс упоминается оптимизация ARP и FHRP в распределенной среде, но это мелочи.

Как уже говорил, единственное что оставляет надежду так это то что в будущем сюда прикрутят TRILL. Что впрочем никак не отменяет проблему с control-plane scalability в ядре такой топологии.

azz_kikr February 15 2010, 22:12:53 UTC

кстати подкинули:

https://www.cisco.com/en/US/prod/collateral/switches/ps9441/ps9402/white_paper_c11-574984.html

azz_kikr February 15 2010, 22:17:44 UTC

Одна деталь оттуда - то же самый сигнальный механизм (ISIS TLV) используется чтобы заполнять удаленные proxy-ARP таблицы на базе локальной информации. Логично, но опять-таки прорывом не назовешь.

dbg February 15 2010, 22:34:01 UTC

Я не нашел там ни слова про isis.

azz_kikr February 16 2010, 00:37:23 UTC

http://www.faqs.org/patents/app/20090037607

azz_kikr February 16 2010, 00:56:11 UTC

В патенте четко говорится про IS-IS; Хотя даже если его убрать и поставить обобщенный oRP (overlay routing protocol) как они его еще называют то что сильно изменится? singlaing full-mesh останется, control-plane flooding останется, data-plane driven behavior остается. Тут чего хочешь прикручивай (ISIS TLV, OSPF opaque LSA) все равно не полегчает.

Заменить IGP signaling на BGP или LDP? Опять ничего хорошего в виду динамичности процесса фладинга (data-plane driven). Я так понял IGP были выбран за auto-discovery через мультикаст - вся технолгия была нацелена на максимальный plug-and-play.

dbg February 16 2010, 06:33:20 UTC

Ну, isis тянет за собой O(n^2) flooding. Идея заменить O(n) mac flooding на O(n^2) lsp flooding кажется мне просто запредельной в своем идиотизме.

azz_kikr February 16 2010, 07:03:53 UTC

Короче говоря, фокус не удался. А ведь с OTV можно было все оставить на уровне data-plane: вместо того чтобы фладить полный фрейм в случае с unknown unicast просто посылать dummy frame с пустым телом но с прежними адресами, чтобы удаленные узлы могли выучить src MAC. Тут и сингализации дополнительной не надо, и фладинг через ядро не шибко вырастает (в bps). Убого, но все лучше чем городить кашу с IS-IS. Вообще попытки склеить data и control plane вряд ли можно назвать здравомыслящими :)

dbg February 16 2010, 07:10:24 UTC

> Вообще попытки склеить data и control plane вряд ли можно назвать здравомыслящими :)

Эту булочку уже жевали в премплсные времена. Так, если мне не изменяет склероз, работал ипсилоновский ip switching.

azz_kikr February 16 2010, 07:33:18 UTC

Хе, ты про ипсилоновский флоу-свитчинг поверх ATM? (я даже порылся и нашел щас RFC 1953). Забыл в какой книжке я тогда про него прочитал, что-то ширпотребное было. А ведь приятно сейчас вспоминать времена ATM эйфории :)

dbg February 16 2010, 07:47:16 UTC

Да, да, про него. Рехтер и Дэви про это все хорошо писали.

dbg February 16 2010, 07:50:08 UTC

Ха! Только сейчас заметил, что в авторах у патента Дино. С учетом его лиспостраданий меня не удивляет этот инцестуозный брак control и data plane.

Back to all threads