if I had to guess, I suspect that you have a loop with
> your GRE configuration.
>
> On Tue, Nov 19, 2013 at 12:17 AM, nicolas prochazka
> wrote:
>> hello,
>> It's 100% reproductible on physical server ( dell , network card
>> driver bnx2 ) , with a virtual v
ndard port (not gre)
two poor screenshot of kernel panic
https://drive.google.com/file/d/0B7ff7G-ktDxjRkMwaHBXbDV1VjA/edit?usp=sharing
https://drive.google.com/file/d/0B7ff7G-ktDxjdjlBRE5UNFZldWs/edit?usp=sharing
Regards,
Nicolas Prochazka.
2013/11/18 Jesse Gross :
> On Mon, Nov 18, 2013 at
Interface "eth1"
Bridge "br0"
Port "br0"
Interface "br0"
type: internal
Port "eth0"
Interface "eth0"
Regards,
Nicolas Prochazka
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
etreive my interface information and mapping between openvswitch
and sflow client.
Regards,
Nicolas Prochazka.
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
thanks, you're right.
thee correct syntax is :
ip link add gre3 type gretap remote 10.98.98.13 local 10.98.98.1
Best Regards,
Nicolas Prochazka.
2012/7/11 Jesse Gross
> On Wed, Jul 11, 2012 at 2:09 PM, Ben Pfaff wrote:
> > On Wed, Jul 11, 2012 at 10:53:43PM +0200, nicolas p
: []
link_state : []
mac : []
mtu : []
name: "GRE1"
ofport : -1
options : {}
other_config: {}
statistics : {}
status : {}
type : ""
built-in GRE module (and treat it as a normal system
> port in OVS) or grab the latest OVS code from git and build the kernel
> module from source.
>
> --Justin
>
>
> On Apr 2, 2012, at 11:35 AM, nicolas prochazka <
> prochazka.nico...@gmail.com> wrote:
>
> No.
&g
gt;> look more like this (not tested):
> >>
> >> options:local_ip=10.98.98.1 options:remote_ip=10.98.98.25
> >>
> >> --Justin
> >>
> >>
> >> On Apr 2, 2012, at 5:33 AM, nicolas prochazka wrote:
> >>
> >>> Hell
t a "=". Also, you need
> > to specify each option separately, so your options arguments would
> > look more like this (not tested):
> >
> > options:local_ip=10.98.98.1 options:remote_ip=10.98.98.25
> >
> > --Justin
> >
> >
> > On Ap
hello again,
with or without gre module kernel I obtain the same result.
< > IP: GRE demultiplexer
and
<*> Open vSwitch
Regards,
Nicolas
2012/4/2 Kyle Mestery (kmestery)
> On Apr 2, 2012, at 7:41 AM, Kyle Mestery (kmestery) wrote:
> > On Apr 2, 2012, at 7:33 AM, ni
12:11:46 positronic27900 ovs-vswitchd:
00031|bridge|WARN|GRE-10.98.98.25 port has no interfaces, dropping
Apr 2 12:11:46 positronic27900 ovs-vswitchd: 00032|bridge|INFO|destroyed
port GRE-10.98.98.25 on bridge br0
what's wrong ?
Regards,
Nicolas
Hello,
I know how create GRE tunnel between two openvswitch,
but how can i configure GREoverIPsec between two openvswitch ?
Regards,
Nicolas Prochazka.
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
|
commitdiff<http://openvswitch.org/cgi-bin/gitweb.cgi?p=openvswitch;a=commitdiff;h=4bfff3c8b608bf174e2accd39f7c56d8f827bf2b>
|
tree<http://openvswitch.org/cgi-bin/gitweb.cgi?p=openvswitch;a=tree;h=a67fc4a895409946fe0f36e57ec7702f5ffc62ce;hb=4bfff3c8b608bf174e2accd39f7c56d8f827bf2b>
are
Hello,
Is it possible to backport patch of master openvswitch branch for linux
kernel 3.1,
into 1.2 stable release ?
Regards,
Nicolas Prochazka.
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Hello,
I'm using openvswitch 1.2.2 and I want to know if
there's examples of configuration of LACP / Bonding between two openvswitch ?
manpage just list action but some seems to be obsolete ?
Regards,
Nicolas Prochazka.
___
dev mailin
Ok
thanks for this clarification
Regards,
Nicolas
2011/9/20 Jesse Gross
> On Tue, Sep 20, 2011 at 2:55 AM, nicolas prochazka
> wrote:
> > Hello,
> > Do you know if network kernel driver ( as igb for example) have corrected
> > bugs relative to vlan acceleration ?
> &
Hello,
Do you know if network kernel driver ( as igb for example) have corrected
bugs relative to vlan acceleration ?
In 3.0.x branche or in 3.1.x branch ?
Regards,
Nicolas Prochazka.
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org
Ok,
At this time, i suppress vlan acceleration feature from igb driver in
kernel,
then vlan is now fine.
Do you have any idea about performance regression of disable vlan
acceleration .
Regards,
Nicolas.
2011/6/13 Jesse Gross
> On Sat, Jun 11, 2011 at 3:35 AM, nicolas prochazka
>
ok so it's not a good news,
it's only about igb or e1000, ixgbe ?
igb dev team aware about this known issue ?
Can we help ?
Regards,
Nicolas
2011/6/11 Jesse Gross
> On Fri, Jun 10, 2011 at 3:31 PM, nicolas prochazka
> wrote:
> > I've read some documentati
Hello,
2 Servers
kernel : 2.6.38.8
openvswitch 1.1.1
networks drivers : igb 3.0.22 | igb module from 2.6.38.8 ( two tests, same
result )
Server A
openvswitch BRE ( eth1 , vmTAP )
vmTAP is tag with 200 , is attached to windows guest
Server B
openvswitch BRE ( eth1 , vmTAP2 )
vmTAP2 is tag wit
thank you.
nicolas
2011/5/18 Ben Pfaff
> On Wed, May 18, 2011 at 04:04:07PM +0200, nicolas prochazka wrote:
> > before to create GRE tunnel
> > i do for example :
> > INTF=$(ovs-vsctl create interface name=GRE-${1} type=gre
> > options="local_ip=${BLADEIP},remot
hello
before to create GRE tunnel
i do for example :
INTF=$(ovs-vsctl create interface name=GRE-${1} type=gre
options="local_ip=${BLADEIP},remote_ip=${1}")
PORT=$(ovs-vsctl create port name=GRE-${1} interfaces=[${INTF}]
tag=${VLANTAG} )
ovs-vsctl add bridge ${INT_BR} ports ${PORT}
and it works we
Yes
you're right,
sorry for my mistake
and thanks for your attention
Regards,
Nicolas.
2011/5/16 Ben Pfaff
> On Sat, May 14, 2011 at 09:37:05AM +, nicolas prochazka wrote:
> > qemu create a port vmtap32
> > list port : port is here
> > del port : seems ok
>
Hello
with openvswitch-1.1.0 this problem does not exist.
Regards,
Nicolas
2011/5/14 nicolas prochazka
> ok thank a lot,
> do not hesitate if you want more stuff
>
> Nicolas
>
> 2011/5/14 Ben Pfaff
>
>> Thanks, that version parses correctly.
>>
>> I&#x
ok thank a lot,
do not hesitate if you want more stuff
Nicolas
2011/5/14 Ben Pfaff
> Thanks, that version parses correctly.
>
> I'll take a closer look at it on Monday now that I know I have all the
> information needed.
>
___
dev mailing list
dev@ope
record 44: 2011-05-14 15:31:45 "ovs-vsctl: ovs-vsctl add-port br0 vmtap32"
record 45: 2011-05-14 15:31:45
record 46: 2011-05-14 15:32:34 "ovs-vsctl: ovs-vsctl -v del-port vmtap32"
record 47: 2011-05-14 15:32:34
record 48: 2011-05-14 15:32:52 "ovs-vsctl: ovs-vsctl del-port brE
d","87f8aacf-fc6f-4c3e-ae2a-03b8496c8354"],["uuid","d183c3dd-ca5b-4da4-a6d6-4c26662d4b4a"]]]]
DEV-10.98.98.18:~# ovs-vsctl list port vmtap32
_uuid : 3c025137-7ff6-4bf6-965d-40f14fab64f7
bond_downdelay : 0
bond_fake_iface : false
bond_mode : []
bond_updelay: 0
external_ids: {}
fake_bridge : false
interfaces : [80fd2c69-b904-4bb3-8f2a-7ecaac9dda7b]
lacp: []
mac : []
name: "vmtap32"
other_config: {}
qos : []
tag : 999
trunks : []
DEV-10.98.98.18:~# ovs-vsctl -v del-port vmtap32
May 14
15:25:40|2|reconnect|DBG|unix:/usr/local/var/run/openvswitch/db.sock:
entering BACKOFF
May 14
15:25:40|3|reconnect|INFO|unix:/usr/local/var/run/openvswitch/db.sock:
connecting...
May 14
15:25:40|4|reconnect|DBG|unix:/usr/local/var/run/openvswitch/db.sock:
entering CONNECTING
May 14 15:25:40|5|poll_loop|DBG|[POLLOUT] on fd 3:
May 14
15:25:40|6|reconnect|INFO|unix:/usr/local/var/run/openvswitch/db.sock:
connected
May 14
15:25:40|7|reconnect|DBG|unix:/usr/local/var/run/openvswitch/db.sock:
entering ACTIVE
May 14
15:25:40|8|jsonrpc|DBG|unix:/usr/local/var/run/openvswitch/db.sock: send
request, method="monitor",
params=["Open_vSwitch",null,{"Port":{"columns":["fake_bridge","interfaces","name","tag"]},"Controller":{"columns":[]},"Interface":{"columns":["name"]},"Open_vSwitch":{"columns":["bridges","cur_cfg"]},"Bridge":{"columns":["controller","fail_mode","name","ports"]}}],
id=0
May 14 15:25:40|9|poll_loop|DBG|[POLLIN] on fd 3:
May 14
15:25:40|00010|jsonrpc|DBG|unix:/usr/local/var/run/openvswitch/db.sock:
received reply,
result={"Port":{"01bb2754-a6aa-4035-b8b6-d7d359b191e9":{"new":{"interfaces":["uuid","14cbe473-6488-4f4f-8db8-ac19c04a5159"],"name":"VMtap","fake_bridge":false,"tag":999}},"46150a0e-665e-4bb3-a0e2-74a45a573fc9":{"new":{"interfaces":["uuid","f7e76af4-17cb-48c9-a076-cbf4f29cfa6f"],"name":"neoEtap","fake_bridge":false,"tag":["set",[]]}},"428e859d-5558-41e0-bda8-136a8ae94ef9":{"new":{"interfaces":["uuid","3acae7f9-415c-4a54-b144-9eaf4d46ece2"],"name":"GRE-10.98.98.1","fake_bridge":false,"tag":999}},"b10961c6-e847-4401-856b-fae90e3b7971":{"new":{"interfaces":["uuid","6af8896f-fd38-4173-9b1a-925667e360d0"],"name":"eth1","fake_bridge":false,"tag":["set",[]]}},"3c025137-7ff6-4bf6-965d-40f14fab64f7":{"new":{"interfaces":["uuid","80fd2c69-b904-4bb3-8f2a-7ecaac9dda7b"],"name":"vmtap32","fake_bridge":false,"tag":999}},"f72d7453-aa22-4d94-bbcf-4202b96366af":{"new":{"interfaces":["uuid","b22349c0-9ca1-4920-8484-7cc6fac29f15"],"name":"eth0","fake_bridge":false,"tag":["set",[]]}},"dd81afee-0239-4f56-ab28-96e6943a9ca7":{"new":{"interfaces":["uuid","2928b6bf-0470-4034-b52c-2494b9319106"],"name":"br0","fake_bridge":false,"tag":["set",[]]}},"2e16bf62-d045-4cde-98f3-4bbf7b6c77f7":{"new":{"interfaces":["uuid","7d99a483-46cc-462f-920b-4fe2ff3b793c"],"name":"neotap","fake_bridge":false,"tag":["set",[]]}},"06d0adb2-08aa-47a0-8d71-616af1bcb64c":{"new":{"interfaces":["uuid","153a6e82-0021-4e6c-bc55-a79379682db8"],"name":"brE","fake_bridge":false,"tag":["set",[]]}},"14202fc9-2790-45c5-aba5-a400eed44228":{"new":{"interfaces":["uuid","a8175bf9-000d-4f0e-870f-ff5cae0757a9"],"name":"vmEtap32","fake_bridge":false,"tag":["set",[]]}}},"Interface":{"f7e76af4-17cb-48c9-a076-cbf4f29cfa6f":{"new":{"name":"neoEtap"}},"7d99a483-46cc-462f-920b-4fe2ff3b793c":{"new":{"name":"neotap"}},"b22349c0-9ca1-4920-8484-7cc6fac29f15":{"new":{"name":"eth0"}},"a8175bf9-000d-4f0e-870f-ff5cae0757a9":{"new":{"name":"vmEtap32"}},"14cbe473-6488-4f4f-8db8-ac19c04a5159":{"new":{"name":"VMtap"}},"6af8896f-fd38-4173-9b1a-925667e360d0":{"new":{"name":"eth1"}},"3acae7f9-415c-4a54-b144-9eaf4d46ece2":{"new":{"name":"GRE-10.98.98.1"}},"80fd2c69-b904-4bb3-8f2a-7ecaac9dda7b":{"new":{"name":"vmtap32"}},"153a6e82-0021-4e6c-bc55-a79379682db8":{"new":{"name":"brE"}},"2928b6bf-0470-4034-b52c-2494b9319106":{"new":{"name":"br0"}}},"Open_vSwitch":{"daf6d9f1-279c-4c09-b6ce-48f530578341":{"new":{"cur_cfg":19,"bridges":["set",[["uuid","87f8aacf-fc6f-4c3e-ae2a-03b8496c8354"],["uuid","d183c3dd-ca5b-4da4-a6d6-4c26662d4b4a"]]]}}},"Bridge":{"87f8aacf-fc6f-4c3e-ae2a-03b8496c8354":{"new":{"ports":["set",[["uuid","01bb2754-a6aa-4035-b8b6-d7d359b191e9"],["uuid","2e16bf62-d045-4cde-98f3-4bbf7b6c77f7"],["uuid","428e859d-5558-41e0-bda8-136a8ae94ef9"],["uuid","dd81afee-0239-4f56-ab28-96e6943a9ca7"],["uuid","f72d7453-aa22-4d94-bbcf-4202b96366af"]]],"name":"br0","controller":["set",[]],"fail_mode":["set",[]]}},"d183c3dd-ca5b-4da4-a6d6-4c26662d4b4a":{"new":{"ports":["set",[["uuid","06d0adb2-08aa-47a0-8d71-616af1bcb64c"],["uuid","14202fc9-2790-45c5-aba5-a400eed44228"],["uuid","46150a0e-665e-4bb3-a0e2-74a45a573fc9"],["uuid","b10961c6-e847-4401-856b-fae90e3b7971"]]],"name":"brE","controller":["set",[]],"fail_mode":["set",[]],
id=0
ovs-vsctl: no port named vmtap32
DEV-10.98.98.18:~# ovs-vsctl list port vmtap32
_uuid : 3c025137-7ff6-4bf6-965d-40f14fab64f7
bond_downdelay : 0
bond_fake_iface : false
bond_mode : []
bond_updelay: 0
external_ids: {}
fake_bridge : false
interfaces : [80fd2c69-b904-4bb3-8f2a-7ecaac9dda7b]
lacp: []
mac : []
name: "vmtap32"
other_config: {}
qos : []
tag : 999
trunks : []
some others tests
ovs-vsctl add-port br0 vmtap32
DEV-10.98.98.18:~# ovs-vsctl list port vmtap32
ovs-vsctl: multiple rows in Port match "vmtap32"
ovs-vsctl: multiple rows in Port match "vmtap32"
ovs-vsctl: multiple rows in Interface match "vmtap32"
Regards,
Nicolas Prochazka
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
hello again,
i'm sorry to spam this list,
in fact it seems to be *a vmware esx configuration* , vswitch must be
promiscous enable (bold) , by default is not.
I do not understand why , in my linux guest, ethX is promiscuous enable.
Regards,
Nicolas Prochazka.
--
Edit Security Policy for a Vi
:2,0
2011/5/12 Jesse Gross
> On Thu, May 12, 2011 at 3:10 AM, nicolas prochazka
> wrote:
> > Hello ,
> > no it does not work.
> > eth1 without openvswitch works with promisc and not promisc
> > tcpdump on eth1 in openvswitch bridge , i can see arp traffic and
>
, 2 vectors allocated
eth1: NIC Link is Up 1 Mbps
8021q: adding VLAN 0 to HW filter on device eth1
Regards,
Nicolas.
2011/5/11 Jesse Gross
> On Wed, May 11, 2011 at 6:51 AM, nicolas prochazka
> wrote:
> > Hello
> > I'm using openvswitch 1.1.0 + kernel 2.6.38 w
stop openvswitch and if I'm using eth1 , all seems to be normal (
traffic ) with e1000 and vmxnet3.
So do you have some information about that ?
Regards,
Nicolas Prochazka.
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
[] ?
system_call_fastpath+0x16/0x1b
Feb 28 18:21:26 bergson26492 ---[ end trace 317dcef2bd9073d9 ]---
Regards,
Nicolas Prochazka
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev_openvswitch.org
32 matches
Mail list logo
