The in_port is also important when the packet_out's actions include an output to OFPP_FLOOD.
On Thu, Sep 01, 2011 at 06:54:55PM -0700, Jesse Gross wrote: > In the case of Open vSwitch some things, such as sFlow, want to do > accounting based on the input port. The same mechanism is used by OVS > internally for packets that traverse userspace so it is important that > they get counted but it is possible for the controller to do this as > well. > > The OpenFlow spec also says that in_port should be used in the case > where the table virtual port is used as an output. > > On Thu, Sep 1, 2011 at 5:30 PM, Aaron Rosen <[email protected]> wrote: > > Sorry could you clarify what the the roll of in_port is for a packet out? > > > > Also the default value for inport for sending a packet in nox is > > OFPP_CONTROLLER fwiw. > > > > Thanks > > > > ?? ??def send_openflow_packet(self, dp_id, packet, actions, > > ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? inport=openflow.OFPP_CONTROLLER): > > ?? ?? ?? ??"""\brief Send an openflow packet to a datapath. > > > > ?? ?? ?? ??@param dp_id datapath to send packet to > > ?? ?? ?? ??@param packet data to put in openflow packet > > ?? ?? ?? ??@param actions list of actions or dp port to send out of > > ?? ?? ?? ??@param inport dp port to mark as source (defaults to Controller > > port) > > ?? ?? ?? ??""" > > > > > > > > On Thu, Sep 1, 2011 at 8:02 PM, Jesse Gross <[email protected]> wrote: > >> That's the cause of the problem. ??OVS is rejecting the packet out > >> because it is being sent from an out-of-range port. ??It's not entirely > >> clear to me whether this is allowed by the OpenFlow spec and should be > >> supported. ??In this case, I believe that OFPP_NONE is the correct port > >> to use, although OVS will not like that either. > >> > >> In the meantime, either OFPP_LOCAL or a real port should behave correctly. > >> > >> On Thu, Sep 1, 2011 at 4:21 PM, Aaron Rosen <[email protected]> wrote: > >>> Opps, I mean: > >>> > >>> ??inport=openflow.OFPP_CONTROLLER > >>> > >>> I was talking about outport. > >>> > >>> Aaron > >>> > >>> > >>> On Thu, Sep 1, 2011 at 7:19 PM, Aaron Rosen <[email protected]> wrote: > >>>> I ??tried both OFPP_FLOOD, in addition to OFPAT_OUTPUT 1 and 65534 > >>>> > >>>> Thanks, > >>>> > >>>> Aaron > >>>> > >>>> P.S: attached in the first message is a dump of the OF packets that > >>>> are causing this. > >>>> > >>>> > >>>> On Thu, Sep 1, 2011 at 7:15 PM, Jesse Gross <[email protected]> wrote: > >>>>> What in_port are you supplying in the packet out message? ??Is it > >>>>> OFPP_NONE? > >>>>> > >>>>> On Thu, Sep 1, 2011 at 8:29 AM, Aaron Rosen <[email protected]> wrote: > >>>>>> No problem: > >>>>>> > >>>>>> It says, > >>>>>> > >>>>>> Sep ??1 15:28:56 planetlab4 ovs-vswitchd: 00192|dpif|WARN|system@dp0: > >>>>>> execute 0,1 failed (Invalid argument) on packet 66:f3:43:38:f4:a2 > > >>>>>> Broadcast, ethertype ARP (0x0806), length 56: Request who-has > >>>>>> 10.43.100.104 tell 10.43.100.54, length 42 > >>>>>> Sep ??1 15:28:56 planetlab4 kernel: openvswitch_mod: > >>>>>> flow_metadata_from_nlattrs failed > >>>>>> Sep ??1 15:28:57 planetlab4 ovs-vswitchd: 00193|dpif|WARN|Dropped 1 log > >>>>>> messages in last 1 seconds (most recently, 1 seconds ago) due to > >>>>>> excessive rate > >>>>>> Sep ??1 15:28:57 planetlab4 kernel: openvswitch_mod: > >>>>>> flow_metadata_from_nlattrs failed > >>>>>> Sep ??1 15:28:57 planetlab4 ovs-vswitchd: 00194|dpif|WARN|system@dp0: > >>>>>> execute 1 failed (Invalid argument) on packet 00:00:00:00:01:04 > > >>>>>> 01:23:20:00:00:01, ethertype Unknown (0x27a0), length 36: > >>>>>> Sep ??1 15:28:57 planetlab4 ovs-vswitchd: #0110x0000: ??0209 0764 7069 > >>>>>> 643a 3130 3404 0302 0001 ??...dpid:104..... > >>>>>> Sep ??1 15:28:57 planetlab4 ovs-vswitchd: #0110x0010: ??0602 0078 0000 > >>>>>> ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ??...x.. > >>>>>> Sep ??1 15:28:58 planetlab4 kernel: openvswitch_mod: > >>>>>> flow_metadata_from_nlattrs failed > >>>>>> > >>>>>> > >>>>>> Thanks, > >>>>>> > >>>>>> Aaron > >>>>>> > >>>>>> > >>>>>> On Thu, Sep 1, 2011 at 3:28 AM, Jesse Gross <[email protected]> wrote: > >>>>>>> It does seem to be the same as the message on the mailing list, which > >>>>>>> I don't think was ever understood. ??I tried and failed to reproduce > >>>>>>> this with packet outs and I think that Ben was previously unsuccessful > >>>>>>> with LLDP packets. > >>>>>>> > >>>>>>> Can you try the attached patch? ??It just breaks out the various > >>>>>>> causes > >>>>>>> of failure instead of reporting a generic EINVAL. ??It's a kernel > >>>>>>> patch, so you'll have to reload the kernel module and then look for > >>>>>>> relevant log messages in dmesg. > >>>>>>> > >>>>>>> On Mon, Aug 29, 2011 at 10:39 PM, Aaron Rosen <[email protected]> > >>>>>>> wrote: > >>>>>>>> Also, If it helps debug I could provide the address of my controller > >>>>>>>> and you > >>>>>>>> could point a switch at it (unless you think this is a configuration > >>>>>>>> issue > >>>>>>>> on my part). > >>>>>>>> btw: found this on the mailing list but I'm not sure if the cause > >>>>>>>> was ever > >>>>>>>> determined > >>>>>>>> http://www.mail-archive.com/[email protected]/msg01806.html > >>>>>>>> P.S: Added Ben to CC since he was helping me with this problem on > >>>>>>>> IRC but > >>>>>>>> for some reason it had seemed to resolve itself at the time. > >>>>>>>> Thanks, > >>>>>>>> Aaron > >>>>>>>> > >>>>>>>> On Tue, Aug 30, 2011 at 1:10 AM, Aaron Rosen <[email protected]> > >>>>>>>> wrote: > >>>>>>>>> > >>>>>>>>> Yup the same, > >>>>>>>>> [root@planetlab4 ~]# dmesg | grep "Open vSwitch" > >>>>>>>>> Open vSwitch 1.2.90, built Aug 29 2011 15:49:49 > >>>>>>>>> [root@planetlab4 utilities]# ./ovs-appctl ??version > >>>>>>>>> ovs-vswitchd (Open vSwitch) 1.2.90 > >>>>>>>>> Compiled Aug 29 2011 15:50:36 > >>>>>>>>> Thanks, > >>>>>>>>> Aaron > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> On Tue, Aug 30, 2011 at 1:07 AM, Justin Pettit <[email protected]> > >>>>>>>>> wrote: > >>>>>>>>>> > >>>>>>>>>> Can you confirm there's no mismatch? ??If you're running the > >>>>>>>>>> latest from > >>>>>>>>>> git, try running: > >>>>>>>>>> > >>>>>>>>>> ?? ?? ?? ??./ovs-appctl version > >>>>>>>>>> > >>>>>>>>>> and: > >>>>>>>>>> > >>>>>>>>>> ?? ?? ?? ??dmesg | grep "Open vSwitch" > >>>>>>>>>> > >>>>>>>>>> to make sure they match. > >>>>>>>>>> > >>>>>>>>>> --Justin > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> On Aug 29, 2011, at 7:22 PM, Aaron Rosen wrote: > >>>>>>>>>> > >>>>>>>>>> > I'm using the kernel version not the userspace ( unless my > >>>>>>>>>> > understanding of this is ??unclear) Also, I'm near positive I'm > >>>>>>>>>> > not mixing > >>>>>>>>>> > versions. > >>>>>>>>>> > > >>>>>>>>>> > Aaron > >>>>>>>>>> > > >>>>>>>>>> > On Mon, Aug 29, 2011 at 10:16 PM, Jesse Gross <[email protected]> > >>>>>>>>>> > wrote: > >>>>>>>>>> > On Tue, Aug 30, 2011 at 12:30 AM, Aaron Rosen > >>>>>>>>>> > <[email protected]> > >>>>>>>>>> > wrote: > >>>>>>>>>> > > Hello, > >>>>>>>>>> > > I'm sending ARP packets from my openflow controller and > >>>>>>>>>> > > everything > >>>>>>>>>> > > seems to > >>>>>>>>>> > > be working on hardware switches though on OVS I'm getting the > >>>>>>>>>> > > following > >>>>>>>>>> > > error in /var/log/messages. > >>>>>>>>>> > > ovs-vswitchd: 70867|dpif|WARN|Dropped 1 log messages in last 1 > >>>>>>>>>> > > seconds (most > >>>>>>>>>> > > recently, 1 seconds ago) due to excessive rate > >>>>>>>>>> > > > >>>>>>>>>> > > ovs-vswitchd: 70868|dpif|WARN|system@dp0: execute 0,1 failed > >>>>>>>>>> > > (Invalid > >>>>>>>>>> > > argument) on packet 66:f3:43:38:f4:a2 > Broadcast, ethertype > >>>>>>>>>> > > ARP > >>>>>>>>>> > > (0x0806), > >>>>>>>>>> > > length 56: Request who-has 10.43.100.104 tell 10.43.100.105, > >>>>>>>>>> > > length > >>>>>>>>>> > > 42 > >>>>>>>>>> > > >>>>>>>>>> > I would check that userspace and kernel versions are the same. > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> > -- > >>>>>>>>>> > Aaron O. Rosen > >>>>>>>>>> > Masters Student - Network Communication > >>>>>>>>>> > 306B Fluor Daniel > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> > _______________________________________________ > >>>>>>>>>> > discuss mailing list > >>>>>>>>>> > [email protected] > >>>>>>>>>> > http://openvswitch.org/mailman/listinfo/discuss > >>>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> -- > >>>>>>>>> Aaron O. Rosen > >>>>>>>>> Masters Student - Network Communication > >>>>>>>>> 306B Fluor Daniel > >>>>>>>>> > >>>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> -- > >>>>>>>> Aaron O. Rosen > >>>>>>>> Masters Student - Network Communication > >>>>>>>> 306B Fluor Daniel > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> -- > >>>>>> Aaron O. Rosen > >>>>>> Masters Student - Network Communication > >>>>>> 306B Fluor Daniel > >>>>>> > >>>>> > >>>> > >>>> > >>>> > >>>> -- > >>>> Aaron O. Rosen > >>>> Masters Student - Network Communication > >>>> 306B Fluor Daniel > >>>> > >>> > >>> > >>> > >>> -- > >>> Aaron O. Rosen > >>> Masters Student - Network Communication > >>> 306B Fluor Daniel > >>> > >> > > > > > > > > -- > > Aaron O. Rosen > > Masters Student - Network Communication > > 306B Fluor Daniel > > _______________________________________________ discuss mailing list [email protected] http://openvswitch.org/mailman/listinfo/discuss
