John McDowall wrote on 05/11/2016 12:37:40
PM:
> From: John McDowall
> To: Ryan Moats/Omaha/IBM@IBMUS
> Cc: "discuss@openvswitch.org" , "OpenStack
> Development Mailing List"
> Date: 05/11/2016 12:37 PM
> Subject: Re: [OVN] [networking-ovn] [networking-sfc] SFC and OVN
>
> Ryan,
>
> I have done
> On May 11, 2016, at 7:04 AM, Владислав Гришин
> wrote:
>
> Hello.
>
> Create the following topology:
> ovs4
> |
> |
> |
> |
> ovs3 ---ovs1ovs2
>
> To s
John McDowall wrote on 05/11/2016 12:37:40
PM:
> From: John McDowall
> To: Ryan Moats/Omaha/IBM@IBMUS
> Cc: "discuss@openvswitch.org" , "OpenStack
> Development Mailing List"
> Date: 05/11/2016 12:37 PM
> Subject: Re: [OVN] [networking-ovn] [networking-sfc] SFC and OVN
>
> Ryan,
>
> I have done
Ryan,
I have done networking-sfc the files that I see as changed/added are:
devstack/settings Modified Runtime setting to pick up OVN Driver
networking_sfc/db/migration/alembic_migrations/versions/mitaka/expand/5a475fc853e6_ovs_data_model.py
Hack to work around flow_classifier issue - need to
John McDowall wrote on 05/11/2016 12:06:55
PM:
> From: John McDowall
> To: Ryan Moats/Omaha/IBM@IBMUS
> Cc: "discuss@openvswitch.org" , "OpenStack
> Development Mailing List"
> Date: 05/11/2016 12:07 PM
> Subject: Re: [OVN] [networking-ovn] [networking-sfc] SFC and OVN
>
> Ryan,
>
> Looks good
Ryan,
Looks good apart from:
networking_ovn/common/extensions.py
There should be no changes to that file, I removed them as they are from an
older prototype.
Regards
John
From: Ryan Moats mailto:rmo...@us.ibm.com>>
Date: Wednesday, May 11, 2016 at 9:59 AM
To: John McDowall
mailto:jmcdow...@
John McDowall wrote on 05/11/2016 11:30:07
AM:
> From: John McDowall
> To: Ryan Moats/Omaha/IBM@IBMUS
> Cc: "discuss@openvswitch.org" , "OpenStack
> Development Mailing List"
> Date: 05/11/2016 11:30 AM
> Subject: Re: [OVN] [networking-ovn] [networking-sfc] SFC and OVN
>
> Ryan,
>
> Apologies f
Hello.
Create the following topology: ovs4 |
| | |ovs3
---ovs1ovs2 To switch to an external ovs1
interface. The rest of the switches are connected using type = pa
Hello Daniele/All,
While testing Userconntrack (Branch - ovs-userconntrack_20151115), we found the
following issue.
Problem:
ICMP Blocked port can be hacked, if same ICMP request id is used while sending
the packet from the blocked side of the firewall.
Test Setup:
Openvswitch Branch - ovs-
Hi.
Sounds like you're not a developer eighter. I hoped at least to prepare a patch
or to send me a zip of patched ovs sources may be ok for you (my proposal #3).
Your proposal was " The other way would be to suggest some places that you can
add additional logging to OVS, which would help to exp
Ryan,
Apologies for missing the _init_.py files – removed them and remerged. When I
do a compare from my repo to main I see three files changed (which I think is
correct):
networking_ovn/ovsdb/commands.py
networking_ovn/ovsdb/impl_idl_ovn.py
networking_ovn/ovsdb/ovn_api.py
I could be doing som
Apologize for the broken text image
I draw it again,
+---+ +---+
| | | |
| ++| | ++|
| | h1 ++ | | | h2 ++ |
| ++| | | ++| |
| +--+-+-+ | |
Hello,
I want to know about how OVS to deal with gre tunnel,
What things OVS doing when packet send out through tunnel?
And when VM2's eth0 receive the packet, what happened in the vm2 ?
If I have 2 switch in vm2, and they tunnel to vm1 with different key,
when h1 ping h2, why ovs can transfer pa
Flow-mod replies? Maybe because they are associated with a Flow-removed
message sent by the switch? Not sure. Usually, messages initiated by the
controller that don't expect a reply, should have xid=0 if I'm not mistaken.
The buffer_id is necessary if the switch is configured to buffer packets so
John McDowall wrote on 05/10/2016 11:11:57
AM:
> From: John McDowall
> To: Ryan Moats/Omaha/IBM@IBMUS
> Cc: "discuss@openvswitch.org" , "OpenStack
> Development Mailing List"
> Date: 05/10/2016 11:12 AM
> Subject: Re: [OVN] [networking-ovn] [networking-sfc] SFC and OVN
>
> Ryan,
>
> Let me do t
Hi,
I am working on a lab environment with OVS and DPDK attempting to get Jumbo
frames and mbuf initialisation working, for DPDK port types only, with the
current OVS master (testing with commit hash of
5d24608388bcf5610018cb51369adc2e6f3816e1) and the DPDK 16.04 release.
I have come across th
16 matches
Mail list logo
