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 <je...@nicira.com> 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 <aro...@clemson.edu> 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 <aro...@clemson.edu> 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 <je...@nicira.com> 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 <aro...@clemson.edu> 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 <je...@nicira.com> 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 <aro...@clemson.edu> 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/discuss@openvswitch.org/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 <aro...@clemson.edu> 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 <jpet...@nicira.com>
>>>>>>>> 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 <je...@nicira.com>
>>>>>>>>> > wrote:
>>>>>>>>> > On Tue, Aug 30, 2011 at 12:30 AM, Aaron Rosen <aro...@clemson.edu>
>>>>>>>>> > 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
>>>>>>>>> > discuss@openvswitch.org
>>>>>>>>> > 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
discuss@openvswitch.org
http://openvswitch.org/mailman/listinfo/discuss
