Рад, что я не один так думаю про SDN!
Пакетная обработка данных при увеличении скорости потоков ведет к увелечению шины и\или частоты данных, которую надо обрабатывать, например если в 10GE всего 64 бит\156.25Mhz (характеристики XGMII), то для 100GE уже частота в два раза выше, и шина уже 320 бит… а обеспечить ровные задержки в распространении по столь широкой шине в кремнии — уже задача не тривиальная, даже если использовать специальный САПР. А 8-48 шин таких как разложить? техпроцесс уже нужен тоже соответствующий. В общем, я тоже склоняюсь, что в ближайшее время классические решения будут доминировать.
Про ЦОД не могу сказать, там уже давно поселился Infiniband, стоящий особняком.
а на трафик уже давно всем пофиг… кому надо тот уже все пароли знает)))
Это все и так известно, самому провайдеру эта информация не более чем статистика, а вот определенному кругу лиц она точно была бы интересна.
Тут смысл в том, что эта статистика в глобальных масштабах (теоретически) станет доступна кому то одному, причем сразу вся и о всех соединениях. Конечно, для анализа нужно будет недурственый инструмент разработать, что не отменяет коварного плана и замысла все централизовать у предполагаемого (надеюсь, вымышленного) узурпатора власти на Земле.
Другая «сеть» не появилась потому, что текущая реализация оказалась настолько простой, гибкой и масштабируемой, что дальнейшие разработки сводились к созданию практически аналога.
Иначе коммутатор по защищенному каналу отправляет запрос на Центральный контроллер сети OpenFlow
Получается, что первый пакет, который коммутатору неизвестно куда дальше отправить, висит в памяти, десятки (микро\мили)секунд?
А что делать если контроллер не знает куда это пакет отправить?
Какие характеристики у защищенного канала (latency, bandwidth) предполагаются?
прокладывать связи «каждый с каждым» на уровне L2, не прибегая к IP-маршрутизации
То есть подразумевается, что в поля уровня IP/TCP/UDP смотреть будут сами коммутаторы, передавая информацию в Центральный контроллер и от него ожидая информации куда отправить пакет?
L2 подразумевает использования ARP/RARP протокола (или аналогичного), его присутствие предполагается в SDN?
написано про бюджет канала системы, но в это понятие входит и свойства (мощность излучения, коэффициент усиления антенны, шум и др.) передающего устройства (ну не обязательно передающего — второго устройства с которым установлено соединение, так более точно). поэтому нельзя утверждать однозначно что это чувствительность или мощность — они просто пишут что суммарный бюджет канала связи — 114 dBm (много это или мало сложно сказать однозначно — к примеру у спутниковых систем может быть под 200 dBm бюджет канала)
Вот будет весело, когда в Ваш порядок вторгнется посторонний человек (к примеру, новая девушка, желающая узнать больше о предшественницах).
Порядок нужен только там, где предполагается разделенный доступ к данным, ради своего «эго» сортировать папочки и тегировать все фотки — непозволительное дорогое расходование личного времени и жизни. ИМХО.
А за статью спасибо (+), это все можно внедрить на работе, где куча прототипов уже накопилась за несколько поколений разработки — вот там да — нужно какой-никакой порядок держать.
я решил для себя проблему — завел три аппарата с тремя разными симками. и теперь как то пофиг на тарифы, да и разница в тарифах примерно сравнима с временем, потраченным на подключение в салоне связи с учетом очереди.
Только смущает вопрос безопасности, где можно оставить свои вещи, чтобы случайно не приделались к ним ноги? :)
и какие правила относительно звуковой обстановки? вокруг тихо или наоборот музыка играет?
какая разница сколько ждать — 2 или 4 секунды?
С ЦОД и «суперами» не встречался в жизни близко, только краем уха слышал)
про пароли не могу знать, не в моих оно интересах :)
Пакетная обработка данных при увеличении скорости потоков ведет к увелечению шины и\или частоты данных, которую надо обрабатывать, например если в 10GE всего 64 бит\156.25Mhz (характеристики XGMII), то для 100GE уже частота в два раза выше, и шина уже 320 бит… а обеспечить ровные задержки в распространении по столь широкой шине в кремнии — уже задача не тривиальная, даже если использовать специальный САПР. А 8-48 шин таких как разложить? техпроцесс уже нужен тоже соответствующий. В общем, я тоже склоняюсь, что в ближайшее время классические решения будут доминировать.
Про ЦОД не могу сказать, там уже давно поселился Infiniband, стоящий особняком.
а на трафик уже давно всем пофиг… кому надо тот уже все пароли знает)))
Спасибо, с текущим состоянием дел я знаком.
Вы утверждаете это по отношению к SDN (на глобальном уровне контроллеры будет децентрализованы)?
про спецслужбы и паранойю я предпочту промолчать, ибо это оффтопик.
Тут смысл в том, что эта статистика в глобальных масштабах (теоретически) станет доступна кому то одному, причем сразу вся и о всех соединениях. Конечно, для анализа нужно будет недурственый инструмент разработать, что не отменяет коварного плана и замысла все централизовать у предполагаемого (надеюсь, вымышленного) узурпатора власти на Земле.
Получается, что первый пакет, который коммутатору неизвестно куда дальше отправить, висит в памяти, десятки (микро\мили)секунд?
А что делать если контроллер не знает куда это пакет отправить?
Какие характеристики у защищенного канала (latency, bandwidth) предполагаются?
То есть подразумевается, что в поля уровня IP/TCP/UDP смотреть будут сами коммутаторы, передавая информацию в Центральный контроллер и от него ожидая информации куда отправить пакет?
L2 подразумевает использования ARP/RARP протокола (или аналогичного), его присутствие предполагается в SDN?
Сногс
шибательнаяжигательная мощность!Порядок нужен только там, где предполагается разделенный доступ к данным, ради своего «эго» сортировать папочки и тегировать все фотки — непозволительное дорогое расходование личного времени и жизни. ИМХО.
А за статью спасибо (+), это все можно внедрить на работе, где куча прототипов уже накопилась за несколько поколений разработки — вот там да — нужно какой-никакой порядок держать.