㈠ ovs是什麼牌子
OVS instry是義大利時裝領軍品牌，創立於1972年的義大利帕多瓦，並在當地開設了第一家門店。目前旗下員工超過3700人，在義大利以及全球開設超過360家專賣店，每年超過1100萬人在OVS購物，在義大利擁有最廣泛的銷售網路和最多的消費者。2008年的銷量已經超過8億歐元；上述記錄均為義大利時裝界之最。
㈡ 如何把虛擬主機連接到ovs交換機
配置虛擬器網路,創建vlan模式,開啟dncp
將虛擬主機和ovs都加入到一個vlan內,
根據需求開啟或者關閉dhcp
㈢ 索妃雅OVS服務是什麼意思
省代是20萬，他們的官網招商書中有說。
OVS的就是在網上訂購了，到索妃雅實體店取貨。
比如，你買一件100塊錢的裙子吧，現在把100元直接打進賣家的支付寶的帳號里，等你收到貨後，檢查滿意了，再在網上確認支付，賣家才能真正收到你的100塊錢；如果不滿意呢，就退貨，再申請退款，但往往就在這個環節上出現了問題，貨不滿意，賣家堅持說與網上圖片一致，顧客投訴也沒有用，誰也不能親眼鑒定一下。甚至有些惡意的職業買家用信譽要挾、勒索賣家。而OVS呢，買的時候可以預先支付商品價格一半，也就是那件襯衣的50元到賣家支付寶，賣家將貨發至索妃雅實體店，顧客到實體店檢驗驗貨，如果滿意支付餘款，如實物確實與圖片不符，索妃雅實體店會出具一份證明報告。消費者憑證明向賣家調換，退款甚至投訴。
這樣就保障了誠信的買賣雙方的權益不受侵犯。
㈣ openstack linux bridge為什麼不用ovs
最近搭建了一個all in one 的 openstack newton 版，安裝官方文檔做用的是linuxbridge。已經老版玩的時候都是用的ovs，趁比較閑的時候也將N版改造一下
官方文檔
http://docs.openstack.org/liberty/networking-guide/scenario-provider-ovs.html
下面只列出比較重要的文件，官方有文檔，這次參考L版的文檔來操作的
安裝包yum install openstack-neutron openstack-neutron-ml2 openstack-neutron-openvswitch
控制節點
/etc/neutron/neutron.conf
[DEFAULT]
verbose = True
core_plugin = ml2
/etc/neutron/plugins/ml2/ml2_conf.ini
[DEFAULT]
[ml2]
type_drivers = flat,vlan,vxlan
tenant_network_types = vxlan
mechanism_drivers = openvswitch,l2population
extension_drivers = port_security
[ml2_type_flat]
flat_networks = provider
[ml2_type_geneve]
[ml2_type_gre]
[ml2_type_vlan]
[ml2_type_vxlan]
vni_ranges = 1:1000
[securitygroup]
enable_ipset = True
/etc/neutron/plugins/ml2/openvswitch_agent.ini
[DEFAULT]
[ovs]
local_ip=192.168.0.228
bridge_mappings=provider:br-ex
[agent]
tunnel_types=gre,vxlan
l2_population=True
prevent_arp_spoofing=True
[securitygroup]
firewall_driver=iptables_hybrid
enable_security_group=True
/etc/neutron/dhcp_agent.ini
[DEFAULT]
dnsmasq_config_file = /etc/neutron/dnsmasq-neutron.conf
interface_driver=neutron.agent.linux.interface.OVSInterfaceDriver
dhcp_driver = neutron.agent.linux.dhcp.Dnsmasq
enable_isolated_metadata = True
[AGENT]
創建橋，這個跟之前的J版本什麼都一樣
ovs-vsctl add-br br-ext
ovs-vsctl add-port br-ext 網卡
重啟伺服器
neutron Server
Open vSwitch agent
DHCP agent
計算節點
/etc/neutron/plugins/ml2/openvswitch_agent.ini
[DEFAULT]
[ovs]
bridge_mappings=provider:br-ex
[agent]
prevent_arp_spoofing=True
[securitygroup]
firewall_driver=iptables_hybrid
enable_security_group=True
開啟ovs
重復增加埠步驟
ovs-vsctl add-br br-ext
ovs-vsctl add-port br-ext 網卡
啟動Open vSwitch agent
檢查一下
然後按照N版官方文檔創建網路即可
㈤ ovs虛擬交換機怎麼直接連接物理交換機
虛擬交換機
Centrex，利用公眾網路的資源來組成專用網路，為公眾網路用戶提供虛擬PBX（Private Branch Exchange，專用交換分機）服務的特殊交換功能，因此又稱為集中用戶小交換機或者虛擬用戶交換機。[1]
㈥ 強力修復,把網路設置還原到windovs初始狀態會有什麼不一樣
你的賬號密碼都會沒有了。如果是撥號上網的話你可能就上不去了
㈦ ovs管理系統有哪些
使用SDN控制器Floodlight管理OVS:OpenFlow 控制器可以通過 OpenFlow 協議連接到任何支持 OpenFlow 的交換機(可以是軟體交換機或者硬體交換機)，控制器通過和交換機交換流表規則來控制數據流向。
另一方面， OpenFlow 控制器向用戶提供的界面或者介面，用戶可以通過界面對網路架構進行動態的修改，修改交換機的流表規則等等。常見的支持OpenFlow 控制器有Floodlight，ONOS，ODL，OVN等控制器。本文涉及的SDN控制器是 Floodlight 。
Floodlight 是一個基於 Apache 協議，使用 Java 開發的企業級 OpenFlow 控制器。我們在下面的例子中演示如何安裝 Floodlight，並連接管理 OVS 的過程。
在安裝了 OVS 交換機的節點上，配置 OVS 交換機 ovs-switch，使用 Floodlight 作為控制器。默認情況下，Floodlight 在埠 6633 上進行監聽，我們使用 ovs-vsctl 命令配置 OVS 交換機使用 TCP 協議連接到 Floodlight(IP 地址為 9.181.137.182，埠號 6633)。對於一個 OVS 交換機來說，可以同時配置一個或者多個控制器
$ ovs-vsctl set-controller ovs-switch tcp:9.181.137.182:6633
當 OVS 交換機連接到 Floodlight 控制器後，理論上所有的流表規則應該交給控制器來建立。由於 OVS 交換機和控制器之間是通過網路通訊來傳遞數據的，所以網路連接失敗會影響到 Flow 的建立。針對這種情況，OVS 提供了兩種處理模式:
standlone:默認模式。如果 OVS 交換機超過三次無法正常連接到 OpenFlow 控制器，OVS 交換機自己會負責建立流表。在這種模式下，OVS 和常見的 L2 交換機相似。與此同時，OVS 也會繼續嘗試連接控制器，一旦網路連接恢復，OVS 會再次切換到使用控制器進行流表管理。
secure: 在 secure 模式下，如果 OVS 無法正常連接到 OpenFlow 控制器，OVS 會不停的嘗試與控制器重新建立連接，而不會自己負責建立流表。
㈧ 如何把虛擬機連接到ovs交換機
在 OVS 中, 有幾個非常重要的概念： Bridge: Bridge 代表一個乙太網交換機（Switch），一個主機中可以創建一個或者多個 Bridge 設備。 Port: 埠與物理交換機的埠概念類似，每個 Port 都隸屬於一個 Bridge。 Interface: 連接到 Port 的網路介面設備。在通常情況下，Port 和 Interface 是一對一的關系, 只有在配置 Port 為 bond 模式後，Port 和 Interface 是一對多的關系。
㈨ 有人用OVS做過限制實例帶寬嗎
Open vSwitch使用 網橋管理 添加名為br0的網橋 ovs-vsctl add-br br0 刪除名為br0的網橋 ovs-vsctl del-br br0 列出所有網橋 ovs-vsctl list-br 判斷網橋br0是否存在 ovs-vsctl br-exists br0 列出掛接到網橋br0上的所有網路介面 ovs-vsctl list-ports br0 將網路介面eth0掛接到網橋br0上 ovs-vsctl add-port br0 eth0 刪除網橋br0上掛接的eth0網路介面 ovs-vsctl del-port br0 eth0 列出已掛接eth0網路介面的網橋 ovs-vsctl port-to-br eth0 網橋管理（ovsdb資料庫操作） ovsdb是一個非常輕量級的資料庫，與其說它是一個資料庫，不如說它是一個提供增刪查改等功能的臨時配置緩存，之所以這么說，是因為ovsdb資料庫的根本就未使用多少資料庫技術，如SQL語言查詢、存儲過程等等。ovsdb 資料庫通過模式文件「openvswitch-1.1.0pre2/vswitchd/vswitch.ovsschema」，如要定製ovsdb資料庫，可通過更改 vswitch.ovsschema 文件實現，不過以下姑且仍以資料庫稱之。 資料庫操作的一般格式為： ovs-vsctl list/set/get/add/remove/clear/destroy table record column [value] 默認情況下ovsdb中有以下數據表： bridge, controller,interface,mirror,netflow,open_vswitch,port,qos,queue,ssl,sflow 即table可為上面的任一個。record為數據表中name欄位的值，column為數據表任一個欄位的欄位名，value欄位值。 基本操作： 查看bridge數據表中的所有記錄 獲得bridge數據表_uuid欄位的值 設置bridge數據表datapath_type欄位的值 清除bridge數據表flood_vlans欄位的值 ovs-vsctl remove bridge xenbr0 flood_vlans 23 或者 ovs-vsctl clear bridge xenbr0 flood_vlans 刪除uuid為69ee0c09-9e52-4236-8af6-037a98ca704d的qos記錄 ovs-vsctl destroy qos 69ee0c09-9e52-4236-8af6-037a98ca704d 應用場景設置： QoS設置 針對網路介面的設置：設置網路介面vif0.0的帶寬為1000±100kbps ovs-vsctl set interface vif0.0 ingress_policing_rate=1000 ovs-vsctl set interface vif0.0 ingress_policing_burst=100 (ingress_policing_rate:最大發送速率（單位均為kbps） ingress_policing_burst:超過ingress_policing_rate的最大浮動值) 針對交換機埠的設置：創建在vif0.0埠上的linux-htb QoS，linux-htb QoS可以針對具有指定特徵的數據包流設置最大最小帶寬，且在最大帶寬范圍內，某一特徵的數據包流可以借用其他特徵數據包流未用完的帶寬。 ovs-vsctl -- set port vif0.0 qos=@newqos -- --id=@newqos create qos type=linux-htb other-config: max-rate=100000000 queues=0=@q0,1=@q1 -- --id=@q0 create queue other-config:min-rate=100000000 other-config:max-rate=100000000 -- --id=@q1 create queue other-config:min-rate=500000000 將帶寬限制加於某特徵數據包流上 (假設vif0.0的接在交換機1號埠上，ovs-ofctl命令的使用見2.2.3) ovs-ofctl add-flow xenbr0 "in_port=2,idle_timeout=0,actions=enqueue:1:0" 埠映射 將發往eth0埠和從eth1埠發出的數據包全部定向到eth2埠 （假設eth0、eth1、eth2埠的uuid分別為： 69ee0c09-9e52-4236-8af6-037a98ca704d 69ee0c09-9e52-4236-8af6-037a98ca704e 69ee0c09-9e52-4236-8af6-037a98ca704f 埠的uuid可以通過ovs-vsctl list port命令查看） ovs-vsctl -- set bridge xenbr0 mirrors=@m -- --id=@m create mirror name=mymirror select-dst-port=69ee0c09-9e52-4236-8af6-037a98ca704d select-src-port=69ee0c09-9e52-4236-8af6-037a98ca704e output-port=69ee0c09-9e52-4236-8af6-037a98ca704f 流規則管理 流規則組成 每條流規則由一系列欄位組成，分為基本欄位、條件欄位和動作欄位三部分： 基本欄位包括生效時間ration_sec、所屬表項table_id、優先順序priority、處理的數據包數n_packets，空閑超時時間idle_timeout等，空閑超時時間idle_timeout以秒為單位，超過設置的空閑超時時間後該流規則將被自動刪除，空閑超時時間設置為0表示該流規則永不過期，idle_timeout將不包含於ovs-ofctl mp-flows brname的輸出中。 條件欄位包括輸入埠號in_port、源目的mac地址dl_src/dl_dst、源目的ip地址nw_src/nw_dst、數據包類型dl_type、網路層協議類型nw_proto等，可以為這些欄位的任意組合，但在網路分層結構中底層的欄位未給出確定值時上層的欄位不允許給確定值，即一條流規則中允許底層協議欄位指定為確定值，高層協議欄位指定為通配符(不指定即為匹配任何值)，而不允許高層協議欄位指定為確定值，而底層協議欄位卻為通配符(不指定即為匹配任何值)，否則，ovs-vswitchd 中的流規則將全部丟失，網路無法連接。 動作欄位包括正常轉發normal、定向到某交換機埠output：port、丟棄drop、更改源目的mac地址mod_dl_src/mod_dl_dst等，一條流規則可有多個動作，動作執行按指定的先後順序依次完成。 基本操作 查看虛擬交換機xenbr0的信息 顯示的xenbr0信息中網路介面名稱前的數字為該網路介面掛接到Open vSwitch上的埠號，如1(vif0.0): 中的1為網路介面vif0.0對應的埠號，在添加包含in_port欄位的流規則時可通過該命令查看網路介面對應的埠號。 查看xenbr0上各交換機埠的狀態 輸出的結果中包含了各網路介面上收到的數據包數，位元組數，丟包數，錯誤數據包數等信息 查看xenbr0上的所有流規則 輸出結果中共有兩條流規則，第一條為默認的流規則，即對所有數據包進行正常轉發，為普通二層交換機完成的功能，優先順序為0，最低，永不超時。 第二條為手動添加的流規則，基本欄位中不包含idle_timeout欄位，表示永不超時，優先順序為32768，Open vSwitch將先根據該條流規則處理收到的數據包，如從數據包中提取出的特徵與條件欄位不符，則該用第一條流規則處理收到的所有數據包。 添加一條流規則：丟棄從2號埠發來的所有數據包 刪除一條流規則：刪除條件欄位中包含in_port=2的所有流規則 流規則中可包含通配符和簡寫形式，任何欄位都可等於*或ANY，如： 丟棄所有收到的數據包 ovs-ofctl add-flow xenbr0 dl_type=*,nw_src=ANY,actions=drop 簡寫形式為將欄位組簡寫為協議名，目前支持的簡寫有ip，arp，icmp，tcp，udp，與流規則條件欄位的對應關系如下: dl_type=0x0800 <=>ip dl_type=0x0806 <=>arp dl_type=0x0800，nw_proto=1 <=> icmp dl_type=0x0800，nw_proto=6 <=> tcp dl_type=0x0800，nw_proto=17 <=> udp （1.1.0 即以後版本支持） dl_type=0x86dd. <=> ipv6 dl_type=0x86dd,nw_proto=6. <=> tcp6 dl_type=0x86dd,nw_proto=17. <=> udp6 dl_type=0x86dd,nw_proto=58. <=> icmp6 應用場景設置 網站屏蔽 屏蔽由Open vSwitch管理的任何主機對主機119.75.213.50的訪問，但只屏蔽ip數據包(由dl_type=0x0800指定)，即所有主機將無法訪問該主機上所有基於IP協議的服務，如萬維網服務、FTP訪問等 ovs-ofctl add-flow xenbr0 idle_timeout=0,dl_type=0x0800,nw_src=119.75.213.50,actions=drop 數據包重定向 將交換機中所有的icmp協議包（有dl_type=0x0800,nw_proto=1指定）全部轉發到4號埠，包括4號埠自己發出的icmp包，該流規則將導致由Open vSwitch管理的主機間以及與外部網路間都將訪問ping通，但可以使用萬維網、FTP等服務。 ovs-ofctl add-flow xenbr0 idle_timeout=0,dl_type=0x0800,nw_proto=1,actions=output:4 去除VLAN tag 去除從3號埠發來的所有VLAN數據包中的tag，然後轉發 ovs-ofctl add-flow xenbr0 idle_timeout=0,in_port=3,actions=strip_vlan,normal 更改數據包源IP地址後轉發 將從3號埠收到的所有IP包的源IP欄位更改為211.68.52.32 ovs-ofctl add-flow xenbr0 idle_timeout=0,in_port=3,actions=mod_nw_src:211.68.52.32,normal 內核模塊中flow操作 查看內核模塊flow ovs-dpctl mp-flows xenbr0 後台模塊控制，如日誌系統、後台模塊退出 查看後台模塊支持的appctl命令 查看ovsdb-server支持的appctl命令，ovs-appctl必須在後台模塊運行後才能針對後台模塊使用，默認情況下，所有運行的後台模塊都會在/usr/local/var/run/openvswitch/目錄下創建一個與ovs-appctl通信的socket文件 更改Open vSwitch各後台的模塊的日誌級別 更改ovs-vswitchd模塊的日誌級別info，「ANY:ANY:info」中的前一個「ANY」代表ovs-vswitchd中的任何模塊組件，「ovs-appctl --target=/usr/local/var/run/openvswitch/ ovs-vswitchd.29384.ctl vlog/list」命令輸出的第一列將為ovs-vswitchd包含的所有模塊組件。「ANY:ANY:info」中的後一個「ANY」代表日誌的任何方式的輸出，日誌的輸出方式有三種，分別為：console，syslog，file，分別代表將日誌輸出到控制台、寫入到系統日誌系統和寫入到ovs-vswitchd啟動時由—log-file參數指定的文件。「ANY:ANY:info」中的「info」表示日誌級別，共有emer、err、warn、info、dbg五個日誌級別，dbg為最低級別，指定為dbg時，所有的日誌信息都將輸出，但此時可能導致日誌系統迅速膨脹，而佔用越來越多的硬碟存儲空間。 ovs-appctl --target=/usr/local/var/run/openvswitch/ovs-vswitchd.29384.ctl vlog/set ANY:ANY:info 退出後台模塊 讓ovs-vswitchd停止運行 ovs-appctl --target=/usr/local/var/run/openvswitch/ovs-vswitchd.29384.ctl exit