It seems like it could be a bug in POX, your code, or OVS.  It's probably not 
OVS.  Can you post your code?

-- Murphy

On Oct 30, 2013, at 4:27 PM, Amer <[email protected]> wrote:

> Hello,
> 
> Thank you for this comment
> I have removed them, but I this method ignores the effect of mask completely. 
> I tried to ping h3(10.0.0.3) to h2(10.0.0.2) --> 100% response
> ping h3(11.0.0.3) to h2(10.0.0.2) --> 100% response
> ping h3(10.1.0.3) to h2(10.0.0.2) --> 100% response
> 
> Where the match is as what mentioned in previous emails (10.0.0.4/0.0.0.255)
> Even when I changed the mask to 0.255.0.255 with 11.1.0.4.
> I think the value in match is replaced with any.
> What I want to do is:
> 10.0.0.3/0.0.0.255--> means any.any.any.3
> 
> Thank you
> Best regards 
> Amer
> 
> Sent from my iPhone
> 
> On ٣٠‏/١٠‏/٢٠١٣, at ٩:٥٨ م, Murphy McCauley <[email protected]> wrote:
> 
>> Right, this is what I was pointing out on the other thread about the mask 
>> not actually making sense.  Your mask makes only the final byte matter, so 
>> the leading "10" is useless.  The "canonical" form of this would just be 
>> 0.0.0.4/0.0.0.255.
>> 
>> You could easily just disable the assertion on line 1816/1817 of nicira.py 
>> and your code should run.  The assertion is just checking that what you're 
>> doing makes sense -- which as far as I can figure, your current code doesn't.
>> 
>> -- Murphy
>> 
>> On Oct 30, 2013, at 8:12 AM, Amer <[email protected]> wrote:
>> 
>>> Hello,
>>> 
>>> I would to thank you, however I got 
>>> Nonzero bits mask error
>>> Is there a way to avoid this.
>>> Or is there a mask function for nonzero bits.
>>> This is my command:
>>> match.ip_src_with_mask = "10.0.0.4/0.0.0.255"
>>> 
>>> Best regards,
>>> Amer
>>> 
>>> Sent from my iPhone
>> 
>> 

Reply via email to