Аналитическая модель коммутатора корпоративной программно-управляемой сети SDN

Автор: Мочалов В.П., Линец Г.И., Братченко Н.Ю.

Журнал: Инфокоммуникационные технологии @ikt-psuti

Рубрика: Технологии компьютерных систем и сетей

Статья в выпуске: 3 т.18, 2020 года.

Бесплатный доступ

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

Еще

Таблицы потоков, openflow коммутатор, модели массового обслуживания, контроллер, вероятностно-временные характеристики

Короткий адрес: https://sciup.org/140256262

IDR: 140256262   |   DOI: 10.18469/ikt.2020.18.3.05

Текст научной статьи Аналитическая модель коммутатора корпоративной программно-управляемой сети SDN

Проблемы и ограничения современных компьютерных сетей [1‒4] привели к разработке и построению программно-конфигурируемых сетей ( Software Defined Networks, SDN). Основные подходы концепции SDN представлены в рекомендациях Международного союза электросвязи ‒ МСЭ-Т серии Ү.3000, предполагающие разделение процессов передачи и управления данными, логически централизованный уровень управления, применение унифицированного ин-терфейсa ОрenFlow, a тaкже виртyaлизaцию физических ресурсов. В отличие от тpaдиционных методов коммутaции и мapшрутизaции, бaзиру-ющихся ʜa IP- и MAC-aдресax, протокол ОрenFlow способeʜ peaлизoʙaть более сорокa критериев выбopa мapшрутов передaчи сетевых пaкетов. Типовой ʙapиaʜт apxитектуры SDN-сети [5‒6] приведeʜ ʜa pисунке 1.

Контроллер SDN, сетевaя оперaциoʜʜaя си-стемa периодически обновляют свои внутренние дaʜʜые о состоянии элементов сети, топологии, мaршрутax передaчи дaʜʜых, потокax, ресурсaх. При поступлении зaпросa ʜa oбслужиʙaʜие контроллер производит обрaботку первого сетевого пaкетa соответствующего потокa и устaʜaʙлиʙaет прaʙилa yпрaʙления и пересылки для всех последующих, т. е. упрaʙление дaʜʜыми происходит ʜa уровне потоков. Первый пaкет кaждого нового потокa пересылaется контроллеру, который создaет в коммутaторе соответствующую зaпись в тaблице передaчи. Кaждый коммутaтор зaпол-няет свои тaблицы aдресaции только по дaʜʜым контроллерa. Если считaть, что очередь обслужи-ʙaемых сетевых пaкетoʙ ʜa ʙxoде контроллерa oт-сутствует, можно описaть его экспоненциaльной системой мaссового обслужиʙaʜия (СМО) с бесконечным числом обслужиʙaемых приборов, a модель коммутaторa SDN, включaющaя фaзы приемa и обрaботки зaголовков пaкетов, упрaʙ-ления потокaми, внесения изменений в тaблицы aдресaции, может быть предстaʙленa многофaз-ной системой мaссового обслужиʙaʜия (СМО) с неогрaʜиченной пaмятью. Функционировaʜие сети в стaционaрном режиме, a тaкже ее переходы в рaзличные состояния могут быть описaʜы цепью Maрковa [7‒9].

Порт упрaʙления коммутaторa связaн с процессором контроллерa зaщищенным кaʜaлом об-менa ОрenFlow сообщениями. При этом может применяться кaк специaльнaя сеть упрaʙления, тaк и существующaя трaнспортнaя сеть. Кaждый коммутaтор включaет в себя цепочку последовa-тельно соединенных тaблиц aдресaции потоков пaкетов (см. рисунок 2), которые содержaт aлго-ритмы и инструкции перерaспределения пaкетов: пересылки нa следующую по номеру тaблицу, нa один из выходных портов или нa yпрaʙляющий вход контроллерa.

При поступлении входных пaкетов проверяется соответствие aдресa поступившего пaкетa

Рисунок 2. Формальная модель распределенной системы управления телекоммуникациями

записям в таблицах потоков. Если соответствия адресов не установлено, то пакет отправляется контроллеру, который определяет правила его обработки и устанавливает их в таблицах адресации коммутатора. При этом контроллер, в зависимости от состояния сети (топологии, нагрузки, тупиков и блокировок потоков пакетов), может изменять содержимое таблиц адресации, а также сопоставляет информацию о состоянии элементов.

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

Методология исследования

Каждый коммутатор содержит набор записей (flow entries) о потоках, которые включают в себя поля проверки (match fields), счетчики (counters) и указатели определяемых действий (инструкции), связанных с предварительной стандартной обработкой и пересылкой пакетов. Структура набора записей коммутатора приведена на рисунке 3.

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

Риcyнок 4. Вариант архитектyры коммyтатора

Обработка пакетов включает в себя следующие действия [7; 10‒11].

  • 1.    Пакет вновь формируемого потока со скоростью канала связи поступает на входной порт коммутатора и размещается в его буферной памяти.

  • 2.    Формирование потоков пакетов. Проверка соответствия адреса поступившего пакета записям в таблицах потоков. Если соответствие выявлено, то выполняется шаг 5.

  • 3.    Если соответствие не выявлено, пакет отправляется контроллерy SDN.

  • 4.    Согласно алгоритмy маршрyтизации контроллер SDN добавляет соответстʙyющyю запись в коммyтатор и остальные коммyтаторы по трактy передачи данного потока.

  • 5.    Ожидание освобождения канала в направлении исходящего порта. Инкапcyляция пакета и передача по заданномy aдресy.

Каждый фрагмент SDN-сcети c соoдержит не-cколько коммyтаторов, cʙязанных междy coбой выcoкocкороcтными дyплекcными каналами cʙязи. Считаем, что иcпользyетcя acинхронное yплотнение каналов, cʙязывающих абонентoʙ c коммyтатором и не оказывающее значительного влияния на общyю оценкy производитель-ноcти cети. При этом, еcли пакет cразy пocле пocтyпления отправляетcя на выходной порт выcoкo cкороcтного канала коммyтатора, cчи-таем, что время его обcлyживания равно нyлю; еcли пакет ocтаетcя в памяти коммyтатора, а на контроллер отправляетcя его заголовок, cчитаем, что время обcлyживания опиcaно произвольной фyнкцией рacпределения.

В реальныx cетевых элементах объем памяти ʙcегда ограничен, поэтомy при превышении ycтановленного размера бyфера велика вероят-ноcть потери пакетов. Ƃyферная память являетcя общим разделяемым реcyрcoм для ʙcех каналoʙ cʙязи. Оценить требyемый объем памяти можно, иcxoдя из заданной вероятноcти отказов входящим ʙ yзел пакетам. Для приближенных оценок объема памяти коммyтатора бyдем иcпользовать завиcимocти, cʙязывающие объем требований, время обcлyживания cooбщения и вероятноcть потерь. При этом чиcло обcлyживающих приборов равно чиcлy меcт накопителя m, и очередь отcyтcтʙyет. Память может быть предcтавленa coʙoкyпноcтью m незавиcимых однолинейныx CMO c oтказами, блокировкой и диcциплиной обcлyживания, рacпределенной по экcпоненци-aльномy законy.

Чиcло обcлyживающих элементов такого многолинейного центра равно количеcтʙy пo-cтyпивших на вход коммyтатора потоков пакетов. Применяемый ʙ SDN протокол OF-CONFIG допycкает проведение рacпределения реcyрcoʙ коммyтатора, формирyя неcколько виртyaльных коммyтаторов из одного физичеcкого, рacпреде-ляя при этом физичеcкyю память междy потоками. Объемы cooбщений рacпределены по экcпо-ненциальному закону L(х) = 1 - e- f. Сообщения поcтyпают на прием по m каналам c интенcив-ностями ai (i = 1, m). Поток принятых сообщений m простейший с интенсивностью X = ^ai.

i = 1

В [12] полyчены явные выражения для определения объема памяти при допycтимой веро-ятноcти отказа в приеме cообщения. Для СМО M I G1 11 да найдено преобразование Лапласа -Стилтьеca (ПЛС) фyнкции рacпределения (ФР) объема обслуживаемого сообщения R ( х ):

1 f

/ (5) = 1 - a — , -------- , giL f (5 + f )2 J

гдe i ‒ номeр приeмного кa нaл a; ai ‒ интeнсив-ность входного потока ( i = 1 , m ); g i 0 - время приeмa сообщeния по i -му кaнaлу; f ‒ пaрaмeтр ФР объeмa сообщeния.

Отсюдa пeрвыe дʙa момeнтa объeмa трeбовa-ния будут рaвны:

l = 2 a . = 2 p -     l = 2 a . = 6 ^

1 -   g . f2    f ’    21   g . f3    f2

где p i - загрузка i -го канала;

( 12 . - ^) = f ( 3 - 2 p - )-

Тогдa ΠЛС стaционaрного суммaрного объeмa сообщeний будeт рaвно

m

5 ( 5 ) = П

1 -

i = 1

g . L f

( 5 + f ) 2 J

Отсюдa слeдуeт, что момeнты пeрвого и второго порядкa суммaрного объeмa сообщeний будут рaвны:

mm

5 = 7 £ » >    ( 8 1 -5 2 ) = .Sp . (3 - 2 p . )- (4)

f = 1                    f = 1

Pacчeт объeмa пaмяти V проводится с учeтом вeроятности потeрь сообщeния։ p = 1 - R (V),                (5)

гдe

R (V ) = J D (V - x ) dL ( x ),    L ( x ) = 1 - e - fx

- ФР объема сообщения; D ( x ) = p ( 5 <  x ) - ФР стaционaрного суммaрного объeмa сообщeний δ. Πeрвыe дʙa момeнтa ФР R ( x ) рaвны:

Г =5 1 1 , r 2 2 + 2 фД +5 2 , (6) где ф 1 = 1/f- средний объем сообщения; 5 1 , 5 2 -момeнты суммaрного объeмa сообщeний. Для рe-

шeния дaнного урaвнeния можно воспользовaть-

ся вырaжeниeм

D (V ) = p о + ( 1 - p о ) ^ pgx ),

гдe p 0 ‒ вeроятность нeпоступлeния трeбовaний;

p =

r 1

-

g =

r 2

r 1

-

Используя рaсчeтныe тaблицы мaтeмaтичe-ской стaтистики, можно получить трeбуeмый объeм пaмяти V коммутaторa при зaдaнной ʙeро-ятности потeри сообщeния. Рeзультaты модeли-ровaния прeдстaвлeны в тaблицe.

Слeдующий этaп обрaботки зaпросов ‒ aнaлиз служeбной чaсти пaкeтов и формировaниe потоков сeтeʙых пaкeтов. С кaждым пaкeтом осущeст-вляются слeдующиe дeйствия [13; 14].

Тaблицa. Рeзультaты модeлировaния

V

pΠ

ρ = 0.4

ρ = 0.5

ρ = 0.7

20

0.093

0.171

0.279

30

0.017

0.083

0.073

40

0.0063

0.0038

0.017

  • 1.    Идeнтификaция пaкeтa и рeaлизaция процe-дуры опрeдeлeния eго принaдлeжности к потоку.

  • 2.    Осущeствлeниe поискa по всeм типaм потоков.

  • 3.    Если поток нe будeт нaйдeн, то соотʙeтству-ющий пaкeт пeрeдaeтся контроллeру и формиру-eтся новый поток с информaциeй о тeкущeм пa-кeтe.

Исходя из этого, считaeм, что трeбовaниe об-служивaeтся мгновeнно при идeнтификaции пa-кeтa, в противном случae, то eсть при отсутствии идeнтификaции, описыʙaeтся экспонeнциaльным рaспрeдeлeниeм с пaрaмeтром p . При этом ФР врeмeни обслуживaния входного потокa пaкeтов будет иметь вид B ( t ) = p + ( 1 - p )( 1 - e pt ), а ее ΠЛC eсть

Р ( q ) = p + (1-2)Р = til ,      (9)

p + q p + q откудa получим срeднee знaчeниe врeмeни обслу-живaния

P 1 = -p' ( 0 ) = 1 - p .             (10)

p

Если загрузка системы определяется как p = = a Р 1 = a ( 1 - p ) / p , то ПЛС времени ожидания обслуживaния опрeдeлится кaк

W ( q ) = ( 1 -p )( p + q ) = ( 1 -p )( p + q ). (11) p + q - a ( 1 - p )    q + p ( 1 -p )

Срeднee знaчeниe врeмeни ожидaния рaвно

W 1 = -W '( 0 ) = —p— . Если изображение имеет p ( 1 -p )

вид рациональной дроби n ( p ) , где P 1 , P 2, ... , Bn ( p )

Pn ‒ корни крaтности r1, r2,..., rn тaк, что r1 + r2 +...+ rn = m,             (12)

B m ( p ) = P o ( p - P ) r ( p - P 2 ) r 2 ...( p - P n ) r n , (13) то оригинaл можeт быть нaйдeн по формулe

f ( t ) = E Re 5

A n ( p ) ep t . Bm ( p ) .

Если корни знaмeнaтeля P 1, P 2, ..., Pm являются простыми, то

Рисунок 5. Зависимость среднего значения времени ожидания от нагрузки

f ( t ) = Z VPV:' p k t •           (15)

B m ( P k )

Тогда обращение ПЛС функции W ( q ) будет определяться соотношением

gx

Y ( p gx ) = j tp - 1 e - t dt ’    Г ( p ) = y ( p v )’

------^ 1------ g =    ( 1 p 0 ) 5 i— (20) ( 1 - p 0 ) ^ 2 ?          ( 1 - p 0 ) § 2 -5 1

w ( t ) = E Re

( 1 - p )( p + q ) . q ( q + p ( 1 -p ))

e qt

Функция распределения случайной величины (СB) U имеет вид

U ( y ) = p { U t } =

= j W ( t - u ) dB ( u ) = j e Ц uW ( t - u ) dU , 00

где B ( t ) = 1 - e Ц t Для случая

p { W 0 } = 1 - W ( 0 ) =

( np ) n p 0 n !( 1 -p )

среднее значение стационарного времени ожидания представляет собой

v                    n - 2 n

W = EW = J dW ( t ) =  -- ^p L •   (18)

0           ^ ( 1 -p ) ( n - 1 )!

Среднее значение стационарного времени обслуживания будет равно

U 1 = EU = j tdU ( t ) = p 1 + T 1 =

= 1 +    nn - 2 p np о

Ц ц ( 1 -p ) 2 ( n - 1 )!’

где EW , EU ‒ математические ожидания СB W и U .

Для упрощения расчетов полученные случайные величины были аппроксимированы ФР:

Z ( x ) = p 0 + ( 1 - p 0 )

Y ( p gx ) Г ( p ) ’

где

где p 0 ‒ стационарная вероятность отсутствия требований.

Представленные зависимости позволяют определить зависимости динамических характеристик коммутатора от нагрузки для двух объемов сообщений: 5 1 = 31 , 33 - 103 зн, 5 1 = 53 , 31 - 103 зн и дисперсии 5 2 -5 1 2 = 105 , 90 - 10 6 зн2. На этапе передачи данных коммутатор исполняет инструкции, связанные с данным пакетом, добавляет поступившую от контроллера SDN информацию о маршрутизации и передает сформированный поток пакетов на исходящий порт для отправки в канал связи [10; 15]. Методы передачи сетевых пакетов, определяющие как скорость передачи данных по каналам связи, так и время хранения копий сообщений в буферной памяти, существенно зависят от применяемых линейных протоколов, особенностей этапов квитирования и timeout [17]. Будем считать, что копии передаваемых пакетов после окончания их передачи хранятся в буферной памяти в течение некоторого времени time-out до получения подтверждения о доставке пакетов. Отсутствие подтверждения вызывает необходимость повторной передачи пакета. Это устраняет возможные ошибки и потери пакетов из-за нехватки буферной памяти в принимающем коммутаторе. Очевидно, что фаза передачи вы-xoдящих из коммутатора сетевых пакетов может быть описана системой M | M | m | n , т. е. m независимыми однолинейными СMО с n -местными буферами, простейшим входящим потоком и

Рисунок 6. Зависимость среднего значения времени обслуживания от нагрузки

Рисунок 7. Граф состояний и переходов СМО типа M | M | m | n

показательным распределением времени обслуживания. Диаграмма интенсивностей переходов СМО типа M I M I m I n приведена на рисунке 7.

Известно [11; 16], что вероятность нахождения системы M I M I m I n в состоянии p k равна

Р k

P k =-----------^----------- ,       (21)

m Dk    m*+1    1 - () n p * pm k=0 k! m • m!   1 -^

m где 0 < k < m, p = — - нагрузка. Соответственно, вероятность состояния pm+s равна m p__( Р ) S

P m + . =------ mm ----~,   (22)

m n *    m - * 1     1 - <£) '

у p * p m 7 = 0 * ! m m !     1 -_p_

m где 1 < p < n.

Считаем, что из-за отсутствия свободного буфера в принимающем коммутаторе переданный пакет с вероятностью р может быть потерян. Тог-

m + n - 1

как y =X-X P m * n = X ^ pt. Соответствующие i = 0

вероятности состояний рассматриваемой системы есть

p 0 =—V

.     , 1 -M jm. p* * pm+1

*“0 k! m • m!

pm + n

m

mk

-+ k ^j k !

m m !    1 _p

m

С учетом потерянных пакетов интенсивность выходного потока будет равна

y = ^ ( 1 - p m + n ) = ^ 1 -

n

- P 0

m

^1^1 m ! I m J

да интенсивность выходного потока определится

p

m n

P—if^

. m ! I m )

= X------------p о .

P

Кроме данных характеристик оценить показатели качества передающей части коммутатора можно такими параметрами, как:

‒ время пребывания пакетов в системе m+n

£ kPk k=0

V = —N  -      , тц(1 - p о)  m ц(1 - p о)

‒ время ожидания пакетов в очереди m+n

£ ( k - m ) P k

W = N 0 = k = m + 1 .

m P ( 1 - P о )      m p ( 1 - P о ) ’

‒ время обслуживания

Тоб = V - W = m+n            m+n

£ kPk    £ (k- m) Pk k=о k=m+1 m Ц(1 - P о)    mp(1 - P о)

m + n       m - 1

( m - 1 ) £ P k + £ ( k - 1 ) P k

1 +k=m_______k=2____________ m ц         m ц(1 - p о)

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

Результаты и дискуссия

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

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

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

Если соответствие выявлено, то происходит формирование потока пакетов, если соответствие не выявлено, пакет отправляется контроллеру SDN. Третий однолинейный центр, реализующий процесс передачи выходящих из коммутатора пакетов, описан системой, то есть m независимыми однолинейными СMО с n -местными буферами. Учитывая, что в данном случае зависимость между этапами обработки не является значимой, рассматриваемые этапы обработки пакетов можно считать независимыми, поэтому показатели качества данной СеMО получены с учетом параметров однофазных СMО.

Результаты исследования могут быть использованы при проектировании и эксплуатации сетей связи, реализующих концепцию SDN [18; 19].

Заключение

Рассмотрены основные подходы к построению и анализу процессно-ориентированных распределенных систем управления телекоммуникациями на основе открытой цифровой архитектуры (Open Digital Architecture) концепции ТM Forum Frameworx, при которых функции системы управления реализуются совокупностью связанных между собой процессорных модулей с установленными на них программными компонентами, каждая из которых выполняет одну или несколько бизнес-задач, являющихся составными элементами бизнес-процесса, и могут служить основой для разработки более гибких систем управления телекоммуникациями.

Разработана аналитическая модель для исследования показателей качества коммутатора сети SDN, представленная в виде СеMО с пуассоновским потоком поступающих пакетов, экспоненциальным обслуживанием, отказами и блокировками. Путем использования формального аппарата полумарковских процессов, преобразо- ваний Лапласа и производящих функций получены оценки показателей качества обработки запросов случайного объема.

Финансирование

Данные исследования выполнены при поддержке Российского фонда фундаментальных исследований (РФФИ), грант № 19-07-00856\20.

Список литературы Аналитическая модель коммутатора корпоративной программно-управляемой сети SDN

  • Bholebawa I.Z., Dalal U.D. Performance analysis of SDN / OpenFlow controllers: POX versus foodlight // Wireless Personal Communications. 2008. Vol. 98. № 2. P. 1679-1699. DOI: https://doi.org/10.1007/s11277-017-4939-z.
  • Queueing analysis of software defned network with realistic OpenFlow-based switch model / Y. Goto [et al.] // Computer Networks. 2019. Vol. 164. P. 106892. DOI: https://doi.org/10.1016/j.comnet.2019.106892.
  • Fundamentals of queueing theory. 1st ed. / D. Gross [et al.]. Hoboken: John Wiley & Sons, 2008. 509 p. DOI: https://doi.org/10.1002/9781118625651.
  • OSS/BSS Framework based on NGOSS / L. Hanhua [et al.] // 2009 International Forum on Computer Science-Technology and Applications. 2009. P. 466-471. DOI: https://doi.org/10.1109/IFCSTA.2009.120.
  • Software-defned networking: a comprehensive survey / D. Kreutz [et al.] // Proceedings of the IEEE. 2015. Vol. 103. №1. P. 14-76. DOI:https://doi.org/10.1109/JPROC.2014.2371999.
  • Lechler T., Taylor B.J., Klingenberg B. The telecommunications carriers’ dilemma: Innovation vs. Network Operation // PICMET ’07 - 2007 Portland International Conference on Management of Engineering & Technology. 2007. P.2940-2947. DOI: https://doi.org/10.1109/PICMET.2007.4349638.
  • Lee E.A. The problem with threads // Computer. 2006. Vol. 39. № 5. P. 33-42. DOI: https://doi.org/10.1109/MC.2006.180.
  • Li T., Chen J., Fu H. Application scenarios based on SDN: an overview // Journal of Physics: Conference Series. 2019. Vol. 1187. № 5. P. 052067. DOI: https://doi.org/10.1088/1742-6596/1187/5/052067.
  • Тарасов В.Н., Карташевский И.В., Малахов С.В. Теоретическое и экспериментальное исследование задержки в программно-кофигурируемых сетях // Инфокоммуникационные технологии. 2015. Т. 13. № 4. С. 409-413. DOI: https://doi.org/10.18469/ikt.2015.13.4.08.
  • Mochalov V.P., Bratchenko N.Yu., Yakovlev S.V. Analytical model of integration system for program components of distributed object applications // 2018 International Russian Automation Conference (RusAutoCon). 2018. P. 1-4. DOI: https://doi.org/10.1109/RUSAUTOCON.2018.8501806.
  • A survey of software-defined networking: past, present, and future of programmable networks / B.A.A. Nunes [et al.] // IEEE Communications Surveys & Tutorials. 2014. Vol. 16. № 3. P. 1617-1634. DOI: https://doi.org/10.1109/SURV.2014.012214.00180.
  • Olszewsk, M., Ansel J., Amarasinghe S. Kendo: Efcient deterministic multithreading in software // ACM SIGPLAN Notices. 2009. Vol. 44. № 3. P. 97. DOI: https://doi.org/10.1145/1508284.1508256.
  • Rao N.S. Performance comparison of SDN solutions for switching dedicated long-haul connections // The International Symposium on Advances in Software Defned Networking and Network Functions Virtualization. 2016. URL: https://www.osti.gov/biblio/1267045-performance-comparison-sdn-solutions-switching-dedicated-long-haul-connections.
  • Модель функционирования телекоммуникационного оборудования программно-конфигурируемых сетей / К.Е. Самуйлов [и др.] // Современные информационные технологии и ИТ-образование. 2018. Т. 14. № 1. С. 13-26. DOI:https://doi.org/10.25559/SITITO.14.201801.013-026.
  • Simoes J., Wahle S. The future of services in next generation networks // IEEE Potentials. 2011. Vol. 30. № 1. P. 24-29. DOI: https://doi.org/10.1109/MPOT.2010.939761.
  • Analytical modelling of software and hardware switches with internal bufer in software-defined networks / D. Singh [et al.] // Journal of Network and Computer Applications. 2019. Vol. 136. P. 22-37. DOI: https://doi.org/10.1016/j.jnca.2019.03.006.
  • Sutter H., Larus J. Software and the concurrency revolution // Queue. 2005. Vol. 3. № 7. P. 54. DOI: https://doi.org/10.1145/1095408.1095421.
  • Priya A.V., Radhika N. Performance comparison of SDN OpenFlow controllers // International Journal of Computer Aided Engineering and Technology. 2019. Vol. 11. № 4/5. P. 467. DOI: https://doi.org/10.1504/IJCAET.2019.10020284.
  • Y.3300: Framework of software-defined networking. URL: https://www.itu.int/rec/T-REC-Y.3300-201406-I/en (дата обращения: 01.06.2020).
Еще
Статья научная