NAV Wiki

User Tools

Site Tools

Trace:
devel:tasklist

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision 		Previous revision
Last revision Both sides next revision
devel:tasklist [2008/07/03 11:45]
thomaska update UT2 		devel:tasklist [2009/06/09 11:14]
morten warning about the relevance of this page
Line 1: Line 1:
 +:!::!::!: This page is no longer relevant. ​ NAV tasks are now registered as [[https://​blueprints.launchpad.net/​nav|blueprints on Launchpad]]. :!::!::!:
 ====== Task list ====== ====== Task list ======
  
Line 7: Line 8:
 NAV releases, see the [[:​roadmap]]. Also see lower priority tasks i [[TaskListLowPri]]. NAV releases, see the [[:​roadmap]]. Also see lower priority tasks i [[TaskListLowPri]].
  
-In time, we are hoping to migrate ​most of these tasks into the [[http://sourceforge.net/pm/?​group_id=107608|SourceForge task list for the NAV project]].  ​ +In time, we are hoping to migrate these tasks into [[https://blueprints.launchpad.net/nav|LaunchPad blueprints]].  ​
- +
- +
- +
- +
- +
-===== NAV 3.4 Plan ===== +
- +
-Our current commit strategy for NAV 3.4 in December includes: +
- +
-   - A rewrite of todays HP virtual module hack to a general virtual module concept.  +
-     * This will in effect open support for Cisco clustering as well +
-   - General ENTITY MIB support. +
-     * This opens for support for chassis based HP switches. +
-     * Requires a change to varchar as module number.  +
-     * Consider a self reference on module, which allow for hierarchical modules (GBICs and such) +
-   - [[#​ss3support_ipv6_in_nav|IPv6 support]]  +
-   - [[#​jm2new_features_in_arnold|Arnold improvements]] +
-   - [[#​ss1new_interactive_and_dynamic_layout_engine_in_traffic_map|New network map]] (as a beta, vlanplot will still be there) +
-   - (if we make it) [[#​smj13reimplement_ip_device_center|Speed up IP device center & support virtual modules]]  +
  
 ====== Morten'​s Tasks ====== ====== Morten'​s Tasks ======
- 
  
 ===== MB2: Support auto insertion of types ===== ===== MB2: Support auto insertion of types =====
Line 61: Line 41:
 ^ Estimated time | ? hrs      | ^ Estimated time | ? hrs      |
 ^ Start date     ​| ​           | ^ Start date     ​| ​           |
-^ Status ​        | Complete? ​ |+^ Status ​        ^ Completed ​ |
 ^ Due for        | ?          | ^ Due for        | ?          |
  
   * Support the ability to except certain prefixes from data collection. Implement config file support.   * Support the ability to except certain prefixes from data collection. Implement config file support.
-  * (2007-08-13) ​Possibly already ​implemented by Jostein Gogstad on his IPv6 branch. ​ Needs further testing.+  * (2007-08-13) ​Already ​implemented by Jostein Gogstad on his IPv6 branch. ​ Needs further testing. Seems ok.
  
 ===== MB4: Collect system.sysname in addition to dns names ===== ===== MB4: Collect system.sysname in addition to dns names =====
Line 77: Line 57:
 ^ Estimated time | ? hrs      | ^ Estimated time | ? hrs      |
 ^ Start date     ​| ​           | ^ Start date     ​| ​           |
-^ Status ​        ​| ​           |+^ Status ​        ​| ​low pri           |
 ^ Due for        | ?          | ^ Due for        | ?          |
  
Line 89: Line 69:
 ^ Estimated time | ? hrs      | ^ Estimated time | ? hrs      |
 ^ Start date     ​| ​           | ^ Start date     ​| ​           |
-^ Status ​        | Done - by John Magne - June 2008    |+^ Status ​        ^ Done - by John Magne - June 2008    |
 ^ Due for        | ?          | ^ Due for        | ?          |
  
Line 113: Line 93:
 ===== MB8: Support delayed SMSes ===== ===== MB8: Support delayed SMSes =====
  
-^ Assigned ​to    | Morten Brekkevold | +Task moved to [[https://blueprints.launchpad.net/​nav/​+spec/​delayed-sms-messages]].
-^ Estimated time | 40 hrs     | +
-^ Start date     ​| ​           | +
-^ Status ​        ​| ​           | +
-^ Due for        | ?          | +
- +
-NAV v2 had the functionality of sending delayed SMS messages. The idea was that the +
-guard on duty should be able to sleep  through less important alerts during the night. +
-In the morning he/she should get updates on SMS. These updates should **not** include +
-events that have fixed themselves during the night. +
- +
-A modification of alert engine and alert profiles is needed to implement this support.+
  
 ===== MB9: New logging system for Java based subsystems ===== ===== MB9: New logging system for Java based subsystems =====
Line 172: Line 141:
 ====== Stein Magnus'​ Tasks ====== ====== Stein Magnus'​ Tasks ======
  
- +Tasks moved to [[https://blueprints.launchpad.net/nav]].
- +
-===== SMJ4B: Improve the Machine Tracker continued ===== +
- +
-^ Assigned ​to    | Stein Magnus Jodal | +
-^ Estimated time | 20 hrs (<5 hours used) | +
-^ Start date     | 2008-04-20 ​        | +
-^ Status ​        | Done (in the ipdevinfo branch) | +
-^ Due for        | NAV 3.4            | +
- +
-The following needed further clarification at a meeting, and has not been implemented in 3.3: +
- +
-  * Originally: Support search all the way to room using the cabling and patch data input from Edit DB. +
-    * Comment: Link historic data in the cam table with current data in the patch/cabling/room tables?! +
-    * Resolution:​ +
-      * (done 2008-04-20, links to ipdevinfo) Link to the port view in IP Device Center, stating clearly that the data is reflecting the current situation. +
-      * (done 2008-04-20, in ipdevinfo) Add patch/​cabling/​room information to IP Device Center port view. +
-  * Originally: The MAC search result should include port description. Perhaps link to report? +
-    * Comment: As it stands, the only port description available for retrieval is the current one.  This will not be accurate for historical results, unless we make changes to the CAM table and the camlogger to add historical information about port descriptions. +
-    * Resolution:​ +
-      * (done 2008-04-20, links to ipdevinfo) Link to the port view in IP Device Center, stating clearly that the data is reflecting the current situation. +
- +
-Changes should be merged from the ipdevinfo branch to default together with the beta version of IP Device Info before release of NAV 3.4. +
- +
-===== SMJ6: Merge IP Info and IP Device Center to IP Device Info ===== +
- +
-Replaced by SMJ13. +
- +
- +
- +
-===== SMJ7: Fix the User Admin panel ===== +
- +
-^ Assigned to    | Stein Magnus Jodal | +
-^ Estimated time | 20 hrs             | +
-^ Start date     ​| ​                   | +
-^ Status ​        ​| ​                   | +
-^ Due for        | Post NAV 3.4       | +
-^ Depends on     ​| ​                   | +
- +
-  - (fixed 2007-09-28) A bug is reported, see  SF#​1799451 +
-  - Implicit memberships should be indicated in the tool. A new user has implicit membership to anonymous and authenticated +
-  - The report_access privilege should be removed from the grant privilege dropdown +
-  - The default "​Authenticated users" web_access regexp needs updating do to changes in tool urls. (new: seeddb ​/ devhist / ipdevinfo, gone: browse / ipinfo) +
-  - Improvements when creating a user, see SF#​1805506 +
- +
- +
- +
-===== SMJ8: Reduce Device Management to Device History ===== +
- +
-^ Assigned to    | Stein Magnus Jodal | +
-^ Estimated time | 40 hrs             | +
-^ Start date     ​| ​                   | +
-^ Status ​        ​| ​                   | +
-^ Due for        | Post NAV 3.4       | +
-^ Depends on     ​| ​                   | +
- +
-   - Remove three tabs: Order, Register serial numbers, Register RMA  +
-   - Remove two tables: product and deviceorder +
-   - Remove the product add, edit, bulk from edit database +
-   - Are the device fields auto, active and deviceorderid now superfluous - check +
-   - There may be some eventtypes that are superfluous +
-   - Reduce complexity in module delete: Deleting a module deletes it. period. The attributes inactive and inventory are superfluous. Check what happens to a deleted module. The device is kept, right? With serial? If gDD encounters the device, as a module on another netbox, he will use this device record for the new module? How can we see all devices that are floating, i.e. not attached to a netbox or module? +
-   - Rename "​Module Delete"​ to "​Delete Module"​ +
-   - Keep Register error event - but bug fix. Verify that it works as intended. Also when one chooses a whole room... Things should show up in Device history. +
-   - Rename the whole tool from Device Management to Device History with url devicehist. ​  +
- +
-In addition: +
- +
-   * Device History lacks support for filtering on location/​room. +
-   * Module Delete sub-tabs are not hi-lighted. +
- +
-When Device Management is reduced, so little is left that it may be a candidate for rewriting using the Django framework. +
- +
- +
- +
-===== SMJ9: Edit DB / Seed DB ===== +
- +
-^ Assigned to    | Stein Magnus Jodal | +
-^ Estimated time | 80 hrs (it is 7000 lines of code in one file!) | +
-^ Start date     ​| ​                   | +
-^ Status ​        ​| ​                   | +
-^ Due for        | Post NAV 3.4       | +
-^ Depends on     ​| ​                   | +
- +
-   - Change the name to Seed Database, url seeddb. Links from all over updated. +
-   - There is a reported bug on add prefix and dropdown static: SF#​1805143. +
-   - As mentioned in SMJ8: remove product. +
-   - If time: update style (this can be postponed) +
-   - Sorting by cabling/​patch columns in EditDB doesn'​t work, see SF#​1803283 +
- +
- +
- +
-===== SMJ10: Queuing of error messages by mail from SMSD ===== +
- +
-^ Assigned to    | Stein Magnus Jodal | +
-^ Estimated time | 40 hrs             | +
-^ Start date     ​| ​                   | +
-^ Status ​        ​| ​                   | +
-^ Due for        | Post NAV 3.4       | +
-^ Depends on     ​| ​                   | +
- +
-Summary of mail from Morten 2007-09-04:​ +
- +
-   The SMTP loghandler for SMSD does only accept log messages of level CRITICAL +
-   or higher. Is it possible to make SMSD/logger queue these log messages and +
-   send them together in batches to avoid several error mails per minute from SMSD? +
- +
-Proposed solution: +
- +
-  * Look at possibilities for doing this with standard logger. +
-  * Secondary, create a new log handler for logger, which does queuing of messages. +
- +
-Alternative solution: +
- +
-  * I think we discussed earlier a backoff mechanism: When SMSD is unable to dispatch a message, it shouldn'​t keep retrying at fixed intervals, it should wait longer between each attempt, using a backoff factor and a configurable maxium retry count. ​ Only on complete and utter failure should it log a CRITICAL message, and abandon/​ignore the sms.  It should perhaps log some details about the abandoned message as well. +
- +
- +
-===== SMJ13: IP Device Info (replaces SMJ6) ===== +
- +
-^ Assigned to    | Stein Magnus Jodal | +
-^ Estimated time | 160 hrs            | +
-^ Start date     | 2007-12-17 ​        | +
-^ Status ​        | In development ​    | +
-^ Due for        | NAV 3.4            | +
-^ Depends on     | SMJ4               | +
- +
-Implement IP Device Info (ipdevinfo). +
- +
-   * ipdevinfo should be a full replacement of the features in IP Device Center and IP Info. +
-   * Support the new NAV 3.4 virtual module model with the netbox.commander boolean attribute. +
-   * (DONE, using Django) IP device center is too slow. Get rid of forgetsql and forgethtml. +
-   * (DONE) Change the popup text on switch ports on the port activity tab from (used today, active now) to (MAC seen today, link now). +
- +
- +
-===== SMJ14: Finish the new web design ===== +
- +
-^ Assigned to    | Stein Magnus Jodal | +
-^ Estimated time | 20 hrs             | +
-^ Start date     ​| ​                   | +
-^ Status ​        ​| ​                   | +
-^ Due for        | Post NAV 3.4       | +
-^ Depends on     | SMJ8, SMJ9, SMJ13  | +
- +
-The new web design which was introduced in NAV 3.3 is not fully complete: +
- +
-   * Update design of AlertProfiles +
-   * Update design of Edit DB (in coordination with SMJ9) +
-   * Update design of Preferences +
-   * Inner tab of Device Management does not show which tab is active (in coordination with SMJ8) +
-   * Update design of the RRD viewer in IP Device Browser (defer, as IP Device Browser is being replaced in SMJ13) +
-   * Eliminate use of colspan="​0"​ as it is not supported in IE and Opera +
  
 ====== John Magne'​s Tasks ====== ====== John Magne'​s Tasks ======
Line 452: Line 270:
   * consider showing all subnets on the top level. Possibly add a button for this.   * consider showing all subnets on the top level. Possibly add a button for this.
   * strengthen the admin view when moving routers around. ​   * strengthen the admin view when moving routers around. ​
- 
- 
-====== Jostein Gogstad'​s Tasks ====== 
- 
- 
-===== SS3: Support IPv6 in NAV ===== 
- 
-^ Assigned to    | Jostein Gogstad | 
-^ Estimated time | 160 hrs         | 
-^ Start date     ​| ​                | 
-^ Status ​        | Completed / Untested | 
-^ Due for        | NAV 3.4         | 
- 
-NAV does not support IPv6 today. Look into support in this order of priority: 
- 
-  - Gather data from all routers for IPv6 router ports / prefixes 
-  - Complement this with a IPv6 prefix matrix 
-  - Gather IPv6 machine tracker data (IPv6 "​arp"/​neighboring cache). 
-  - Consider IPv6 traffic statistics (there are separate IPv6 traffic counters, we think...) 
-  - Look at collecting snmp data from netboxes using IPv6. This we consider far fetched. 
- 
- 
  
 ====== Jørgen Abrahamsen'​s Tasks ====== ====== Jørgen Abrahamsen'​s Tasks ======
- 
  
 ===== Contact info ===== ===== Contact info =====
Line 482: Line 277:
 ^ Email | jorgen.abrahamsen@uninett.no |  ^ Email | jorgen.abrahamsen@uninett.no | 
 ^ Phone | +47 97 04 49 45 |  ^ Phone | +47 97 04 49 45 | 
- 
- 
- 
  
 ===== JA1: Improve the report tool ===== ===== JA1: Improve the report tool =====
Line 522: Line 314:
    ​Today,​ the entire report SQL is re-run when the button for the advanced search form is pressed. ​ This is a waste of resources.    ​Today,​ the entire report SQL is re-run when the button for the advanced search form is pressed. ​ This is a waste of resources.
    The form should always be in the HTML output, and Javascript should be employed to dynamically display and hide the form from the flow of the page.    The form should always be in the HTML output, and Javascript should be employed to dynamically display and hide the form from the flow of the page.
- 
-  * Morten: Add a **duplex mismatch** report. 
- 
-   This report should show analyze all interconnection between 
-   ​switches and look at the duplex value on each side of the 
-   link. If there is a mismatch a row in the report should 
-   be produced. Ideally this report should be empty at all times. 
-   The report can be produced using one (rather complex) SQL 
-   ​sentence in report.conf. We have done something similar 
-   in NAV v2 - NTNU has a solution for their v3!  
- 
-  * Morten: Also add a **spanning tree blocked ports** report. ​ 
- 
-   Once again - steal from the NTNU v3 installation. 
  
   * Post NAV 3.4: Enhance/​partially rewrite the report code base.    * Post NAV 3.4: Enhance/​partially rewrite the report code base. 
Line 544: Line 322:
  
   * Unordered List Item   * Unordered List Item
 +
 +====== Thomas Adamcik'​s Tasks ======
 +
 +Tasks moved to [[https://​blueprints.launchpad.net/​nav]].
  
  
Line 560: Line 342:
   * HP has syslog messages with four levels. Map these to equivalent cisco levels and support the HP log format so that the messages can be imported in the NAV logger database.   * HP has syslog messages with four levels. Map these to equivalent cisco levels and support the HP log format so that the messages can be imported in the NAV logger database.
   * The syslog parser should be made more generic, so that messages from UPSes and whatnot can be included.   * The syslog parser should be made more generic, so that messages from UPSes and whatnot can be included.
- 
- 
-===== UT2 (was SMJ5): Rewrite Alert Engine ===== 
- 
-^ Assigned to    | adamcik ​               | 
-^ Estimated time | 120 hrs                | 
-^ Start date     ​| ​                       | 
-^ Status ​        | More or less completed | 
-^ Due for        | Post NAV 3.4           | 
-^ Depends on     ​| ​                       | 
- 
-Rewrite Alert Engine (now Perl) in Python with all existing features, plus the following missing features: 
- 
-  * Support all operators from AlertProfiles (defined in subsystem/​alertprofiles/​config.php:​31) 
-  * Support subcat 
- 
  
  
Line 591: Line 357:
      * Add an "Last known IP" column      * Add an "Last known IP" column
      * Add an optional "Last known hostname"​ that resolves the IP address in "Last known IP"      * Add an optional "Last known hostname"​ that resolves the IP address in "Last known IP"
- 
- 
-===== UT4 (was SMJ12): Swap treeselect in maintenance with "​intelligent form" ===== 
- 
-^ Assigned to    | Unassigned ​  | 
-^ Estimated time | ? hrs        | 
-^ Start date     ​| ​             | 
-^ Status ​        ​| ​             | 
-^ Due for        | Post NAV 3.4 | 
-^ Depends on     ​| ​             | 
- 
-   * Treeselect is awkward, starting at location confuses many. Tiresome to put many devices on maintenance. 
-   * A form where users can cut'n paste in a number of boxes would be good. 
-   * Should also be possible to input rooms, substrings of sysnames/​rooms 
  
devel/tasklist.txt · Last modified: 2012/11/16 09:37 by morten

Page Tools

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki