Send Netdot-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://osl.uoregon.edu/mailman/listinfo/netdot-users
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-users digest..."
Today's Topics:
1. Re: Miscellaneous issues (Brian Candler)
2. Re: Miscellaneous issues (James Andrewartha)
3. Re: Cable plant notes (James Andrewartha)
4. Re: Cable plant notes (James Andrewartha)
5. Re: Cable plant notes (Carlos Vicente)
----------------------------------------------------------------------
Message: 1
Date: Sun, 5 Aug 2012 20:17:08 +0100
From: Brian Candler <[email protected]>
Subject: Re: [Netdot-users] Miscellaneous issues
To: Carlos Vicente <[email protected]>
Cc: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
On Fri, Aug 03, 2012 at 03:04:23PM -0400, Carlos Vicente wrote:
> > Would it be possible to have some sort of IP grouping below subnets? For
>
> This has been requested before:
>
> https://osl.uoregon.edu/redmine/issues/802
Aside...
- Such groupings don't need to be on subnet boundaries (i.e. arbitrary
start...end would be very useful)
- Given those, they could then double up as DHCP pools, which avoids having
to tag every single IP between start and end as DHCP (and then having to
re-aggregate them when you build DHCP configs)
------------------------------
Message: 2
Date: Mon, 6 Aug 2012 13:39:13 +0800
From: James Andrewartha <[email protected]>
Subject: Re: [Netdot-users] Miscellaneous issues
To: Carlos Vicente <[email protected]>
Cc: "[email protected]" <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset="ISO-8859-1"
On 04/08/12 03:04, Carlos Vicente wrote:
> On 8/2/12 1:27 AM, James Andrewartha wrote:
>> What's the point of VLAN groups? Our VLANs are largely non-contiguous,
>> although there are some like student labs which go from 500-526.
>
> Some network admins like to organize their VLANs in ranges. For example,
> "assign all the VOIP VLANs between IDs 2000-2500". If yours are
> non-contiguous, then VLAN groups won't make much sense.
We do have some contiguous VLANs, but most are separated by 5 or 10.
> A non-contiguos grouping method would probably be useful.
>
> We intend to address the problem of VLAN and address space reuse in the
> near future, and we'll revisit this at that time.
Cool. Fortunately I have only one VLAN domain to worry about.
>> Clicking new in VLAN tasks only creates a VLAN group, and in the VLAN
>> group view you can only add a new VLAN, not associate an existing VLAN
>> with that group.
>
> Yes. That should be fixed at some point.
I see now if you search for a VLAN, then view it, you can edit it and
associate it with a group. I'm confused now because some VLANs have a
number in the group range, but aren't associated with the group - is
this because they were discovered before or after the group was created?
Also, Ungrouped VLANs is empty for me, looking at the code doesn't
enlighten me as to why.
Associating a VLAN to a subnet is only easy one way, from address space.
>From /netdot/management/view.html?table=Vlan&id=17 [add] in subnets goes
to /netdot/management/edit.html?table=Ipblock&vlan=17 which is a)
generic edit view rather than
/netdot/management/address_tasks.html?view=new&onload=focus-ipblock and
b) doesn't let you associate an existing subnet. I guess this is because
it's a generic table view of the VLAN object?
>> Would it be possible to have some sort of IP grouping below subnets? For
>
> This has been requested before:
>
> https://osl.uoregon.edu/redmine/issues/802
>
> We actually started working on that, but it got pushed back in the
> priority line.
>
>> Also, 10.20.252.0/22 is the DHCP zone for that subnet. I worked out if
>> you create dynamic IPs they will then magically appear in the DHCP
>> subnet as a range within a pool, with reverses automatically created if
>> you tick the box. However, I've got our DHCP server set up to update the
>> forward and reverse zones and so don't want or need Netdot to create
>> static records for me. Plus, deleting or managing even 10s of IPs is a
>> pain through the webui.
>
> OK. So if you don't click on the "generate DNS records" box, is that OK?
> What are you suggesting?
As Brian notes, that I don't have to designate each IP for the DHCP pool
to be created. I do want Netdot to manage the creation of the DHCP
config, just not the IP and DNS managment of that range, which I let the
clients (via ISC DHCPD and BIND) manage themselves.
While on IPs, you can only easily add addresses from the block view - if
you're in list view, you have to use the generic new at the top
/netdot/management/address_tasks.html?view=new&onload=focus-ipblock
rather than
/netdot/management/ip.html?add_block_prefix=10.50.0.7%2F32&add_block_parent=17&_action=ADD_BLOCK
which prefills everything. Could there be a subnet [new] action that
prefilled the appropriate details?
>> The login timeout seems to not be based on idle time.
>
> Right. Patches welcome ;-)
I'll have to observe this some more so I can replicate it. Where is the
idle timeout code?
Thanks,
--
James Andrewartha
Network & Projects Engineer
Christ Church Grammar School
Claremont, Western Australia
Ph. (08) 9442 1757
Mob. 0424 160 877
------------------------------
Message: 3
Date: Mon, 6 Aug 2012 14:18:31 +0800
From: James Andrewartha <[email protected]>
Subject: Re: [Netdot-users] Cable plant notes
To: Carlos Vicente <[email protected]>
Cc: "[email protected]" <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset="ISO-8859-1"
On 04/08/12 02:50, Carlos Vicente wrote:
> On 8/2/12 12:32 AM, James Andrewartha wrote:
>> There's often two ways to view the same data, a simple table view and a
>> customised view, cf:
[snip]
>> The simple one is the often linked to from other views.
>
> I've just made some changes that should improve this a bit.
The magic VIEWPAGE hash? Cool.
>> It'd be nice to be able to hide data fields that aren't relevant to our
>> site. These first three apply to the other modules in Netdot too.
>
> Should be doable. Perhaps with a configuration section. Patches welcome ;-)
Heh. Where would be appropriate, Site.conf?
>> Why do devices have a site and room location, but not a closet location?
>
> Well, closets are in rooms... but I agree. This is another one that will
> be solved by the new "Location" object in the future.
Sometimes closets are rooms; I'm actually using closet as "group of
racks". But yes, I look forward to the glorious generic location future.
Relatedly, add device only lets you set the site.
Also, when setting a site/room for a device, the JSRS query is slightly
non-specific. Our sites (buildings) are called "B Block" "C Block" etc,
so the room dropdown has anything with a b or c etc. in it.
> Thanks for all the detailed feedback. We're constantly trying to improve
> the tool.
It is a really useful tool, I've been looking for something like it for
a few years now. Hopefully I'll be able to replace our custom IPAM app
and the spreadsheets of rack patch records. Speaking of the latter,
could the be a way to bulk import horizontal cables, or should I just
dump them directly in the database?
--
James Andrewartha
Network & Projects Engineer
Christ Church Grammar School
Claremont, Western Australia
Ph. (08) 9442 1757
Mob. 0424 160 877
------------------------------
Message: 4
Date: Mon, 6 Aug 2012 16:07:25 +0800
From: James Andrewartha <[email protected]>
Subject: Re: [Netdot-users] Cable plant notes
To: Carlos Vicente <[email protected]>
Cc: "[email protected]" <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset="ISO-8859-1"
Hi Carlos,
On 04/08/12 02:50, Carlos Vicente wrote:
> On 8/2/12 12:32 AM, James Andrewartha wrote:
>> There's often two ways to view the same data, a simple table view and a
>> customised view, cf:
>> /netdot/cable_plant/edit.html?table=BackboneCable
>> /netdot/cable_plant/cable_backbone.html?id=NEW
>
> I've just made some changes that should improve this a bit.
Could you update the Backbone Cable of cable_planet/management.html to
use cable_backbone.html?id=NEW as well? Bonus points for prefilling one
of the closets, but not really necessary.
Thanks,
--
James Andrewartha
Network & Projects Engineer
Christ Church Grammar School
Claremont, Western Australia
Ph. (08) 9442 1757
Mob. 0424 160 877
------------------------------
Message: 5
Date: Mon, 06 Aug 2012 13:42:11 -0400
From: Carlos Vicente <[email protected]>
Subject: Re: [Netdot-users] Cable plant notes
To: James Andrewartha <[email protected]>
Cc: "[email protected]" <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 8/6/12 4:07 AM, James Andrewartha wrote:
> Hi Carlos,
>
> On 04/08/12 02:50, Carlos Vicente wrote:
>> On 8/2/12 12:32 AM, James Andrewartha wrote:
>>> There's often two ways to view the same data, a simple table view and a
>>> customised view, cf:
>>> /netdot/cable_plant/edit.html?table=BackboneCable
>>> /netdot/cable_plant/cable_backbone.html?id=NEW
>>
>> I've just made some changes that should improve this a bit.
>
> Could you update the Backbone Cable of cable_planet/management.html to
> use cable_backbone.html?id=NEW as well? Bonus points for prefilling one
> of the closets, but not really necessary.
>
> Thanks,
>
cable_plant/management.html does not exist. Not sure what you are
referring to.
cv
--
cv
------------------------------
_______________________________________________
Netdot-users mailing list
[email protected]
https://osl.uoregon.edu/mailman/listinfo/netdot-users
End of Netdot-users Digest, Vol 45, Issue 5
*******************************************
