Send Netdot-devel mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://osl.uoregon.edu/mailman/listinfo/netdot-devel
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Netdot-devel digest..."
Today's Topics:
1. [Netdot - Feature #1702] (New) add fwsm cli support for
fetching arp cache ([email protected])
2. [Netdot - Feature #1702] add fwsm cli support for fetching
arp cache ([email protected])
3. [Netdot - Bug #1587] Option to leave the network&broadcast
addresses of a subnet unreserved ([email protected])
4. [Netdot - Bug #1587] Option to leave the network&broadcast
addresses of a subnet unreserved ([email protected])
5. [Netdot] News: Netdot 1.0.2 available for download
([email protected])
----------------------------------------------------------------------
Message: 1
Date: Thu, 18 Oct 2012 13:36:24 -0700
From: [email protected]
Subject: [Netdot-devel] [Netdot - Feature #1702] (New) add fwsm cli
support for fetching arp cache
To: [email protected], [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
Issue #1702 has been reported by Nicolas Leseignoux.
----------------------------------------
Feature #1702: add fwsm cli support for fetching arp cache
https://osl.uoregon.edu/redmine/issues/1702
Author: Nicolas Leseignoux
Status: New
Priority: Normal
Assignee:
Category:
Target version: 1.0.3
Resolution:
Hello,
Would it be possible to add CLI support for fetching arp cache from Cisco FWSM ?
I'm not really good at making patches but there is only few changes to add this
support:
In /usr/local/netdot/etc/Default.conf and Site.conf:
462d461
< '^ciscoWsSvcFwm1sc' => 'CiscoFW',
and in /usr/local/netdot/lib/Netdot/Model/Device/CLI/CiscoFW.pm:
222,224d221
< if ( $name =~ /Firewall Services Module \'(\S+)\' interface/ ){
< return $1;
< }
Thanks for developing netdot :)
--
You have received this notification because you have either subscribed to it,
or are involved in it.
To change your notification preferences, please click here:
http://osl.uoregon.edu/redmine/my/account
------------------------------
Message: 2
Date: Thu, 18 Oct 2012 13:40:40 -0700
From: [email protected]
Subject: [Netdot-devel] [Netdot - Feature #1702] add fwsm cli support
for fetching arp cache
To: [email protected], [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
Issue #1702 has been updated by Nicolas Leseignoux.
Oops, did not see that 1.0.2 was out, diff was done with 1.0.1 files...
----------------------------------------
Feature #1702: add fwsm cli support for fetching arp cache
https://osl.uoregon.edu/redmine/issues/1702#change-3004
Author: Nicolas Leseignoux
Status: New
Priority: Normal
Assignee:
Category:
Target version: 1.0.3
Resolution:
Hello,
Would it be possible to add CLI support for fetching arp cache from Cisco FWSM ?
I'm not really good at making patches but there is only few changes to add this
support:
In /usr/local/netdot/etc/Default.conf and Site.conf:
462d461
< '^ciscoWsSvcFwm1sc' => 'CiscoFW',
and in /usr/local/netdot/lib/Netdot/Model/Device/CLI/CiscoFW.pm:
222,224d221
< if ( $name =~ /Firewall Services Module \'(\S+)\' interface/ ){
< return $1;
< }
Thanks for developing netdot :)
--
You have received this notification because you have either subscribed to it,
or are involved in it.
To change your notification preferences, please click here:
http://osl.uoregon.edu/redmine/my/account
------------------------------
Message: 3
Date: Fri, 19 Oct 2012 03:19:22 -0700
From: [email protected]
Subject: [Netdot-devel] [Netdot - Bug #1587] Option to leave the
network&broadcast addresses of a subnet unreserved
To: [email protected], [email protected]
Cc: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
Issue #1587 has been updated by Nick Hilliard.
Yes, please! This is important for me too because I assign IP address blocks
out to customers and NAT the lot of them. This means that the first and last
addresses in a range are always used and I currently have no way of handling
them in netdot.
Probably this would need an extra flag in the ipblock table to allow
broadcast/network addresses to be used. After that, some fiddling in
htdocs/management/subnet.mhtml to selectively re-enable the network/broadcast
address. A schema change is probably inevitable.
----------------------------------------
Bug #1587: Option to leave the network&broadcast addresses of a subnet
unreserved
https://osl.uoregon.edu/redmine/issues/1587#change-3005
Author: Andrei Benea
Status: New
Priority: Normal
Assignee:
Category:
Target version:
Resolution:
Some of our servers use the network/broadcast addresses of subnets, so I would
like to implement checkbox to skip the reservation of these addresses when
creating a new subnet.
There are a few options:
1) Adding a boolean column to ipblock to store this setting, and consulting it
each time when code needs to decide if the IP is reserved or not.
I don't like this option because it complicates all the code that needs to
decide the status of an ipblock. Netdot works this way at the moment, and uses
various @if@ statements (IPv4? first/last address of a subnet?) to decide if an
address is reserved or not.
2) Creating Reserved ipblocks (or not) based on the value of the checkbox.
This is better than the previous option, but still has a small problem. If you
delete a subnet (but not the children) to expand it (for example from a /25 to
a /24), the old broadcast address (xxx.127) stays Reserved. You have to
manually delete it, but this is impossible from the web interface afaik.
3) Adding the new column *and* creating Reserved ipblocks.
This fixes the problem from 2), but at the cost of a schema change.
What are your thoughts on this?
Would this feature be accepted in Netdot?
--
You have received this notification because you have either subscribed to it,
or are involved in it.
To change your notification preferences, please click here:
http://osl.uoregon.edu/redmine/my/account
------------------------------
Message: 4
Date: Fri, 19 Oct 2012 05:03:20 -0700
From: [email protected]
Subject: [Netdot-devel] [Netdot - Bug #1587] Option to leave the
network&broadcast addresses of a subnet unreserved
To: [email protected], [email protected]
Cc: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
Issue #1587 has been updated by Nick Hilliard.
File netdot-use-reserved.diff added
Here's an initial patch to implement this. it doesn't do anything with
updatedb, but the database defs are in metdot.meta. So for testing you might
want to execute:
alter table ipblock add use_reserved tinyint(1);
----------------------------------------
Bug #1587: Option to leave the network&broadcast addresses of a subnet
unreserved
https://osl.uoregon.edu/redmine/issues/1587#change-3006
Author: Andrei Benea
Status: New
Priority: Normal
Assignee:
Category:
Target version:
Resolution:
Some of our servers use the network/broadcast addresses of subnets, so I would
like to implement checkbox to skip the reservation of these addresses when
creating a new subnet.
There are a few options:
1) Adding a boolean column to ipblock to store this setting, and consulting it
each time when code needs to decide if the IP is reserved or not.
I don't like this option because it complicates all the code that needs to
decide the status of an ipblock. Netdot works this way at the moment, and uses
various @if@ statements (IPv4? first/last address of a subnet?) to decide if an
address is reserved or not.
2) Creating Reserved ipblocks (or not) based on the value of the checkbox.
This is better than the previous option, but still has a small problem. If you
delete a subnet (but not the children) to expand it (for example from a /25 to
a /24), the old broadcast address (xxx.127) stays Reserved. You have to
manually delete it, but this is impossible from the web interface afaik.
3) Adding the new column *and* creating Reserved ipblocks.
This fixes the problem from 2), but at the cost of a schema change.
What are your thoughts on this?
Would this feature be accepted in Netdot?
--
You have received this notification because you have either subscribed to it,
or are involved in it.
To change your notification preferences, please click here:
http://osl.uoregon.edu/redmine/my/account
------------------------------
Message: 5
Date: Fri, 19 Oct 2012 09:59:40 -0700
From: [email protected]
Subject: [Netdot-devel] [Netdot] News: Netdot 1.0.2 available for
download
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
Netdot 1.0.2 available for download
https://osl.uoregon.edu/redmine/news/8
Carlos Vicente
This release fixes many bugs and adds important performance improvements
related to IP address space. See the Download section in the wiki for details.
--
You have received this notification because you have either subscribed to it,
or are involved in it.
To change your notification preferences, please click here:
http://osl.uoregon.edu/redmine/my/account
------------------------------
_______________________________________________
Netdot-devel mailing list
[email protected]
https://osl.uoregon.edu/mailman/listinfo/netdot-devel
End of Netdot-devel Digest, Vol 67, Issue 15
********************************************
