Re: Trouble with IPF

[Brett Lymn <brett.lymn%baesystems.com@localhost>]

On Tue, Oct 09, 2012 at 12:28:50PM -0700, Aran Clauson wrote:
> 
> I've found the problem.  Darrenr added an unnecessary htonl to the macro
> IN_CLASSD (line 1688-ish in src/sys/external/bsd/ipf/netinet/fil.c).  This 
> cases
> the macro to interrogate the least significant byte rather than the most
> significant.  In my case, I was trying to reach 174.142.250.228, a totally 
> valid
> class B address.  However, if you swap the bytes, it looks like 
> 228.250.152.174,
> a multicast address.
> 

Good find!  This makes sense as to why it some hosts work fine but
others are blocked.

> 
> Now, how do I add this to the problem report?
> 

Well, if you have a PR then you can just reply to the PR email.  I will
try the patch out and if it works for me and there are no violent
objections I may just commit the fix.

-- 
Brett Lymn
"Warning:
The information contained in this email and any attached files is
confidential to BAE Systems Australia. If you are not the intended
recipient, any use, disclosure or copying of this email or any
attachments is expressly prohibited.  If you have received this email
in error, please notify us immediately. VIRUS: Every care has been
taken to ensure this email and its attachments are virus free,
however, any loss or damage incurred in using this email is not the
sender's responsibility.  It is your responsibility to ensure virus
checks are completed before installing any data sent in this email to
your computer."