Search results

Мы продолжаем наше исследование программируемых плоскостей данных. И, в частности, сейчас мы поговорим о том, как сделать программируемые плоскости данных как быстрыми, так и программируемыми. Проектирование быстрых программируемых плоскостей данных представляет собой натяжение. С одной стороны, программное обеспечение невероятно гибко, но, как правило, не так быстро, как аппаратное обеспечение. Аппаратное обеспечение, с другой стороны, может пересылать сетевой трафик с очень высокой скоростью, но, как правило, не так гибко, как программное обеспечение. Так что мы хотели бы сделать при проектировании программируемой плоскости данных, чтобы получить лучшее из обоих миров. Мы хотели бы иметь программируемость, гибкость и расширяемость программного обеспечения, но производительность аппаратного обеспечения.

We are continuing our study of programmable data planes. And in particular we are now going to talk about how to make programmable data planes both fast and programmable. Designing fast programmable data planes presents a tension.

Следующая серия лекций описывает некоторые очень интересные разработки в программируемом аппаратном обеспечении. В этом кратком введении я расскажу о мотивации программируемого оборудования, а затем я дам краткий обзор программируемого аппаратного стека, о котором мы подробно расскажем в следующих трех лекциях. Основная проблема, которую программируемые аппаратные разработки стремятся решить, заключается в том, что эволюция протоколов идет слишком медленно. В то время как открытый поток позволяет быстро эволюционировать плоскости управления, плоскость данных развивается гораздо медленнее. Скорее всего, со скоростью циклов разработки оборудования.

The next series of lectures describe some very exciting developments in programmable hardware.

Мы продолжаем работу над модулем программируемых плоскостей данных, а также продолжаем обсуждение того, как сделать программируемые плоскости данных более масштабируемыми. В этой части урока мы сосредоточимся на методах, которые могут быть использованы для того, чтобы сделать оборудование более программируемым. Прежде чем мы перейдем к возможностям текущего оборудования и что мы можем сделать, чтобы сделать плоскость данных более программируемым, давайте сначала рассмотрим то, что мы действительно хотим от SDN и рассмотрим, действительно ли текущее оборудование обеспечивает желаемые функции, которые мы хотели бы от SDN. Одной из основных целей SDN является поддержка протокольной обработки. Другими словами, мы должны иметь возможность обрабатывать трафик, путешествующий по сети, независимо от конкретных протоколов управления. Мы должны иметь возможность контролировать поведение сети и перенаправлять наши сетевые устройства в полевых условиях без переразвертывания оборудования, и мы хотели бы, чтобы эти функции были реализованы с помощью быстрых микросхем с низким энергопотреблением.

We are continuing the module on programmable data planes and we are also continuing our discussion of how to make programmable data-planes more scalable. In this part of the lesson we'll focus on techniques that can be used to make hardware more programmable.

В этом уроке мы расскажем о протокольной независимой обработке пакетов. Я опишу необходимость в протокольной независимой обработке пакетов, и мы расскажем об этой концепции довольно подробно в контексте двух примеров. Я сосредоточусь в основном на P4. Программирование не зависящих от протокола пакетных процессоров. Там , где это уместно, я также принесу мотивацию и концепции из другого связанного с этим усилия под названием Protocol Oblivious За последние пять лет количество заголовков в спецификации OpenFlow увеличилось.

In this lesson we'll talk about Protocol-Independent Packet Processing. I'll describe the need for Protocol-Independent Packet Processing, and we'll talk over this concept in some detail in the context of two examples. I will focus mostly on P4.

В этой краткой лекции я представлю краткий пример программного переключателя P4 в действии. Коммутатор P4 состоит из трех основных частей: файла, определяющего формат заголовка, файла, определяющего парсер, и файла, определяющего модель поведения с потоком управления коммутатором. Я дам краткий обзор этих трех компонентов. А затем мы быстро посмотрим на переключатель P4 в действии.

In this brief lecture, I'll present a brief example of the P4 software switch in action. A P4 switch has three main parts, a file that defines the header format, a file that defines the parser, and a file that defines behavior model with a control flow over the switch.