Tested this and it works, however it needs a rebase.
--
Sincerely,
Daniel Levy
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
o get the ofp-ports in dpif-ipfix module. One way is to put the map
of odp_port and ofp_port in a new hash map, but it looks
weird and it will introduce more overload. Do you have any comments or advices
on this? Thanks.
Bests,
Daniel Benli Ye
-Original Message-
From: Ben Pfaff [mail
Hi,
Could you please help to put my email address in this alias? I have subscribed
several times, but I didn't get any notifications. Thanks.
Bests,
Daniel Benli Ye
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/lis
nly use the original packet size and the metadata in flow. I
don't get any idea about how
we set 'snaplen' in IPFIX. Is it better to have this field in sample action?
Wait for Ben's input.
Bests,
Daniel
From: William Tu
Sent: Sunday, July 1
le_action()"
and put 'snaplen' in OVSDB??
For all the alias, does any sFlow experts come to make sure of this?
Thanks,
Daniel Benli Ye
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Hi Paul,
Thanks for your information. I will fix it.
Bests,
Daniel
On Jul 6, 2016, at 8:37 PM, Paul Boca
mailto:pb...@cloudbasesolutions.com>> wrote:
Hi Daniel,
Thanks for the fast reply! I thought that it is a problem in Windows
implementation
or some sort of incompatibility.
Also I
Hi Ben,
Thanks for review. In my opinion, the ofp_port may be the same on different
bridge. If so, we still don’t differentiate the flows
in this scenario. That’s why I choose to use odd_port.
Bests,
Daniel
> On Jul 5, 2016, at 5:22 AM, Ben Pfaff wrote:
>
> On Thu, Jun 30, 2016 at 0
In virtual evironment, IPFIX is unable to differentiate flows
between pair of VMs on different virtual network if their IP/mac
are same.
Network:
VM1 < VNI1 > VM3
VM2 < VNI2 > VM4
In terms of IP/mac:
VM1 == VM2
VM3 == VM4
Send 10 packets each from VM1
HI William and Ben,
Thanks for catching and fixing this problem. I applied the patch and tested. The
problem is gone. Thanks.
Bests,
Daniel
> On Jun 27, 2016, at 5:54 AM, Ben Pfaff wrote:
>
> On Sun, Jun 26, 2016 at 11:28:44AM -0700, William Tu wrote:
>> Hi,
>>
>>
OK, I got it and I will handle this.
Bests,
Daniel
> On Jun 25, 2016, at 12:22 PM, Ben Pfaff wrote:
>
> On Sat, Jun 25, 2016 at 04:12:04AM +0000, Daniel Ye wrote:
>> It’s because of the "packet send error" statistic. The test of checking
>> IPFIX statistics s
———
As I talked with Wenyu, she has listened on port 4739 for testing. If port 4739
on the local host is listened, there will
be no "tx errs”.
Should we remove "tx errs” check?
Bests,
Daniel
> On Jun 25, 2016, at 11:57 AM, Ben Pfaff wrote:
>
> The tests under "m
Dear dev,
Our records show that we have not yet received payment for the previous order
#A-680560
Could you please send payment as soon as possible?
Please find attached file for details.
Yours sincerely
Daniel Edwards
Key Account Director Municipalities
lity which can reach
the smallest sampling
rate as 1/65535 (0.15) is enough for using. What’s more, extend probability
to 32 bit makes
the parameter confused. I will abandon this patch and send out v6 for review.
Thanks,
Daniel Benli Ye
___
dev ma
djust when the output port is known.
Bests,
Daniel
> On Jun 11, 2016, at 6:30 AM, Ben Pfaff wrote:
>
> <0>
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
sent = true;
}
Because of the analysis above, IPFIX template packet will never be sent on
32-bit x86 OS. That’s why the test case failed. I have addressed this
issue in patch v5. Do I need a separate patch to address this issue?
Bests,
Daniel Benli Ye
On Jun 10,
Hi Ben,
Thanks for your review. For the test case, I didn’t get an error in my test
machine. I suspected that IPFIX packets are
not all sent before dump IPFIX stats, so 'sleep 1' is added to make sure all
the IPFIX packets are sent.
Bests,
Daniel Benli Ye
> On Jun 10, 2016, at
On Tue, May 31, 2016 at 10:59:18AM -0700, Ansis Atteka wrote:
> On 31 May 2016 at 09:36, Daniel P. Berrange wrote:
>
> > On Mon, May 30, 2016 at 01:27:46PM -0700, Ansis Atteka wrote:
> > > On Mon, May 30, 2016 at 12:29 AM, Christian Ehrhardt
> > > wrote:
> >
es
as it claims to.
Libvirt's model is that libvirt will setup policies to allow QEMU access
to the specific resources that it needs. so eg libvirt will chown the
disk images associated with the VM to give it access.
I'm missing history of this thread, but IIUC, the issue here is access
to
VS
bridge to differentiate the flows above.
Signed-off-by: Daniel Benli Ye
---
ofproto/ofproto-dpif-ipfix.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/ofproto/ofproto-dpif-ipfix.c b/ofproto/ofproto-dpif-ipfix.c
index 59cd884..2d1f7a8 100644
--- a/ofproto/ofproto-
el
configuration enriches IPFIX user cases, especially in virtual environment.
Bests,
Daniel Benli Ye
On Apr 26, 2016, at 4:02 PM, Romain Lenglet
mailto:romain.leng...@oracle.com>> wrote:
Hi Daniel,
I had the same reaction as Ben.
I would prefer to see any efforts being made toward
fferent. While Bridge IPFIX can only
support one IPFIX configuration per bridge. Users need configure IPFIX
granularly like port-based IPFIX.
3. If we want to use IPFIX to monitor the packets which ingress and egress the
port, it's easier to be configured by port than by flows.
Bests
ou're recommendation here?
On Wed, Apr 20, 2016 at 11:40 AM, Justin Pettit wrote:
>
>> On Apr 20, 2016, at 9:36 AM, Ben Pfaff wrote:
>>
>> On Wed, Apr 20, 2016 at 11:19:18AM -0500, Daniel Levy wrote:
>>> After some digging I've figured out where the code ne
et is forwarded to the controller and built manually
as RST.
--
Sincerely,
Daniel Levy
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
From: Benli Ye
This patch enables port level IPFIX. Before this patch, OVS supported
per bridge IPFIX and per flow IPFX, and exporting packet tunnel headers
is only supported by bridge IPFIX. This patch adds port level IPFIX
for easy configuration and port level IPFIX also supports exporting
pack
The original message was received at Tue, 5 Apr 2016 15:25:21 +0530 from
[145.147.254.171]
- The following addresses had permanent fatal errors -
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Dear,
We are Chinese router and TV-box exporting group company in Shanghai, China.
Welcome your inquiry, and welcome to visit our factory,thanks.
B.RGS./Daniel
Forever 8 Global Group
H.T. Industry & Trading Co., Ltd.
Addess:Shanghai City, China.
Skype: forever8group
Whatsapp: +86 1381851
Dear,
We are Chinese router and TV-box exporting group company in Shanghai, China.
Welcome your inquiry, and welcome to visit our factory,thanks.
B.RGS./Daniel Forever 8 Global GroupH.T. Industry & Trading Co.,
Ltd.Addess:Shanghai City, China.Skype: forever8groupWhatsapp:
The hottest news of our thin growing world! The way out was invented in 1980-s!
Give yourself the best chance to decrease your size.
Our stock list is so extensive you are guaranteed to find what suits you!
http://zzb.bz/JdmKP
___
dev mailing list
dev@o
formulario de solicitud
de reclamaciones adjuntado y devuelva la misma por fax a su agente de
reclamaciуn, Gestoria Asesoria Juridica quienes serбn los ъnicos agentes para
el proceso y el envнo de sus fondos.
Contacto-Agente: Sr. Daniel Abert.
Contacto: E-mail:danba...@aim.com
1) Nombre
Hi Alex,
On 04/22/2014 09:31 PM, Alexandru Copot wrote:
+/* List of 'struct bundle_message's */
+struct list msg_list;
+struct ovs_mutex list_mutex;
I think we can remove this mutex too.
Daniel.
___
dev mailin
On Tue, Mar 25, 2014 at 6:39 PM, Alexandru Copot wrote:
> This series adds the basic communication handlers for the bundles
> functionality. The actual message pre-validation and commits are
> not implemented.
>
> Signed-off-by: Alexandru Copot
> Cc: Daniel Baluta
We found
read auxdata for
each packet and if the vlan_tid is set then it is added to the packet.
Adding the vlan_tid makes use of headroom available
in the buffer parameter of rx_recv.
Signed-off-by: Simon Horman
For PF_PACKET specific bits:
Reviewed-by: Daniel Borkmann
On 12/12/2013 06:54 PM, Nicolas Dichtel wrote:
...
Is it possible to trace that this comes from the DPDK?
At least in the commit log, like it was done in the v1.
Hm, that got lost; but we can put that back into the commit log.
In any case, we properly included the header comment, of course.
+
.
Hope that implementing this we will get a feel on data structures that we need
for implementing commits. One of the complicated things is how to do
the rollback
of previous requests in case the current modification request fails.
Daniel.
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
% vhost-5153 [k] skb_zerocopy
(megaflows disabled)
Signed-off-by: Thomas Graf
Cc: Jesse Gross
Cc: Eric Dumazet
Reviewed-by: Daniel Borkmann
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On 11/08/2013 11:47 AM, Thomas Graf wrote:
Make the skb zerocopy logic written for nfnetlink queue available for
use by other modules.
Signed-off-by: Thomas Graf
Reviewed-by: Daniel Borkmann
___
dev mailing list
dev@openvswitch.org
http
we remove send_flow_removed flag from struct rule/struct ofoperation
and we replace it with an enum tracking all ofputil_flow_mod_flags.
Signed-off-by: Daniel Baluta
---
v2 -> v1
* replaced send_flow_removed member from struct rule with flags.
* replaced send_flow_removed member from struc
On Mon, Sep 9, 2013 at 1:58 AM, Ben Pfaff wrote:
> On Sun, Sep 08, 2013 at 02:21:25AM +0300, Daniel Baluta wrote:
>> This is a first step in implementing 'on demand flow counters'.
>> We save flow_mod flags into newly created rule when a new flow
>> is added, and e
This is a first step in implementing 'on demand flow counters'.
We save flow_mod flags into newly created rule when a new flow
is added, and echo them back in the flow stats request.
Signed-off-by: Daniel Baluta
---
* This just an RFC patch and need more comments and testing
ofpro
On Fri, Sep 6, 2013 at 8:30 PM, Ben Pfaff wrote:
> On Fri, Sep 06, 2013 at 12:23:40AM +0300, Daniel Baluta wrote:
>> Fix typo in enum ofp13_flow_mod_flags comment caused probably
>> by a copy/paste error.
>>
>> Signed-off-by: Daniel Baluta
>> ---
>> Cha
Fix typo in enum ofp13_flow_mod_flags comment caused probably
by a copy/paste error.
Signed-off-by: Daniel Baluta
---
Changes since v1:
* fixed typo in commit message :)
include/openflow/openflow-1.3.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include
Fix typo in enum ofp12_flow_mod_flags comment caused probably
by a copy/paste error.
Signed-off-by: Daniel Baluta
---
include/openflow/openflow-1.3.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/openflow/openflow-1.3.h b/include/openflow/openflow-1.3.h
index
unters.
I would like to play with flow counters implementing "On-demand flow counters".
thanks,
Daniel.
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On 07/03/2013 06:32 PM, Jesse Gross wrote:
On Wed, Jul 3, 2013 at 1:49 AM, Daniel Borkmann wrote:
The return value of nla_nest_start() is not checked, and can be NULL,
which is then being dereferenced in nla_nest_end(). Add a check to
prevent such situations.
Signed-off-by: Daniel Borkmann
44 matches
Mail list logo
