I was actually thinking in terms of minimal and usable. Your initial example included the range 192.168.1.0 - 192.168.1.5. That range cannot be expressed as a single entity using CIDR or network masks, as you allude to, so it can't be used as a routing entry.
One approach I frequently see is this:
192.168.0.0 255.255.255.0 192.168.1.0 255.255.255.0 192.168.2.0 255.255.255.0 192.168.3.0 255.255.255.0 192.168.4.0 255.255.255.0 192.168.5.0 255.255.255.0
With your proposed module, I was imagining that same range could be programmatically rewritten as this:
192.168.0.0 255.255.252.0 ( /22 ) 192.168.4.0 255.255.254.0 ( /23 )
In these scenarios, I see this as a way of reducing the number of entries in a routing table.
Module implementation aside, I'm now confused as how to go ahead with CPAN. I did send a request to register a namespace using PAUSE, but I was informed by various good folks that its not a needed step. Do I need a certain number of votes here on Perlmonks to get the go ahead?
A monk vote shouldn't be needed. I think you were on the right track with PAUSE, as described here.
In reply to Re^3: RFC: CPAN module Net::IP::Correct
by del
in thread RFC: CPAN module Net::IP::Correct
by arc_of_descent
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |