После подключения контроллера к коммутатору проверим возможность взаимодействия виртуальных машин – они должны «пинговаться». В таблице потоков vSwitch можно обнаружить две записи со временем жизни 5 секунд, добавленные туда Floodlight в соответствии со своим алгоритмом работы:
# ovs-ofctl dump-flows brO
NXST_FLQW reply (xid=0×4): cookie=0x200000Q0000000, duration=3.774s, table=0, n_packets=2, n_bytes=196, idle_timeout=5, idle_age=l, priority=0,in_port=l,vlan_tci=0×0000,dl_ src=08:00:27:fd:b6:6c, dl_dst = 08:00:27:fd:Ь6:6b acti0ns=0utput:3 cookie=0×20000000000000, duration=3.113s, table=0, n_packets=2, n_bytes=196, idle_timeout=5, idle_age=l, priority=0,in_port=3,vlan_tci=0×0000,dl_ src=08:00:27:fd:b6:6b,dl_dst=08:00:27:fd:b6:6c actions=output:1
По умолчанию контроллер использует банальный алгоритм изучения МAC-адресов (аналогичный логике работы традиционного коммутатора). Поэтому в эксперименте больший интерес представляет механизм взаимодействия vSwitch и Floodlight. Кадры Ethernet, которым есть соответствия в таблице потоков, обрабатываются коммутатором самостоятельно. Кадры, которым нет соответствия, отправляются контроллеру. В ответ Floodlight, например, может дать указание «флудить» кадр (для широковещательного трафика) или модифицировать таблицу потоков, добавив или удалив то или иное правило и т.п.
Узнать подробности процесса взаимодействия по протоколу OpenFlow можно из его спецификации. Для наглядного же изучения можно воспользоваться анализатором сетевых протоколов (например, Wireshark), настроенным на перехват OpenFlow-трафика. Здесь вам могут помочь создать интернет магазин, который будет отвечать всем вашим требованиям, и будет удобным и функциональным.
Заключение
Сфера применения программного коммутатора Open vSwitch – виртуализированные серверные окружения, т. е. условия, при которых традиционный подход к коммутации (и организации сетевых взаимодействий в целом) себя исчерпывает.
Поддержка технологии OpenFlow является полезной опцией рассматриваемого продукта. Но в этой области на сегодняшний день перспектив гораздо больше, чем реально работающих решений. Поэтому трудно сказать, что было бы полезнее для дальнейшего развития Open vSwitch: реализация в нем OpenFlow версии 1.3 или разработка интеллектуального полнофункционального контроллера сети SDN.
