Portal: Difference between revisions

From 44Net Wiki
Jump to navigation Jump to search
No edit summary
No edit summary
(8 intermediate revisions by 3 users not shown)
Line 1: Line 1:
We have developed a Portal that allows users of the 44/8 address space to manage their allocations, configure gateway information and manage their entries in the ampr.org domain. The portal can be found here:
We have developed a Portal that allows users of the AMPRNet address space to manage their allocations, configure gateway information and manage their entries in the ampr.org domain. The portal can be found here:


https://portal.ampr.org
[https://portal.ampr.org https://portal.ampr.org]


At the time of writing the [[gateway]] portion of the portal is up and running, if you operate a [[gateway]], please ensure that you register with the portal so that you can manage your [[gateway]] entry and have it included in the encap and rip44d updates.
If you are looking to get an IP allocation within AMPRNet please register on the portal and place your request.


We have just completed the IP address allocation part of the portal: if you have an existing address allocation from within 44/8 please register on the portal and let us know about it, so it can be officially allocated to you.
==Background==
The main problem we faced with the old setup was how to ensure the data we have is accurate and up to date.


If you are looking to get an IP allocation within 44/8 please register on the portal and place your request.
The new portal is our answer to that problem: folks register and are allocated an IP or subnet of IP's that they are responsible for. The system doesn't then just let them get on with it - the system is designed to actively ensure that each allocation is still being used, the person must login to the portal on a regular basis, or if they do not, an email will be sent automatically to them asking them to confirm their continued use of the IP(s). If no response is received from the emailed request, two further attempts are made to contact the person, after which the system places their allocation in a de-activated state. The person is able to login and re-activate the allocation for a certain time after de-activation, beyond that time period the allocation will be deleted from the database - thus keeping it all as up to date as is possible.


Some manual intervention is encouraged, for example the second, and all subsequent reminder emails and de-activation emails are cc'd to the co-ordinator responsible for the next higher subnet, so they could attempt a more manual approach to remind the person to login - this is to be encouraged as sometimes emails (especially automated ones) can be blocked in spam folders, people change their email address and forget to update the portal, etc.


The main problem we faced with the old setup was how to ensure the data we have is accurate and up to date.
The new portal is our answer to that problem: folks register and are allocated an IP or subnet of IP's that they are responsible for. The system doesn't then just let them get on with it - the system is designed to actively ensure that each allocation is still being used, the person must login to the portal on a regular basis, or if they do not, an email will be sent automatically to them asking them to confirm their continued use of the IP(s). If no response is received from the emailed request, two further attempts are made to contact the person, after which the system places their allocation in a de-activated state. The person is able to login and re-activate the allocation for a certain time after de-activation, beyond that time period the allocation will be deleted from the database - thus keeping it all as up to date as is possible.


Some manual intervention is encouraged, for example all reminder emails and de-activation emails are cc'd to the co-ordinator responsible for the next higher subnet, so they could attempt a more manual approach to remind the person to login - this is to be encouraged as sometimes emails (especially automated ones) can be blocked in spam folders etc.
== API ==
The Portal has an associated [[API]]

Revision as of 11:30, 25 July 2019

We have developed a Portal that allows users of the AMPRNet address space to manage their allocations, configure gateway information and manage their entries in the ampr.org domain. The portal can be found here:

https://portal.ampr.org

If you are looking to get an IP allocation within AMPRNet please register on the portal and place your request.

Background

The main problem we faced with the old setup was how to ensure the data we have is accurate and up to date.

The new portal is our answer to that problem: folks register and are allocated an IP or subnet of IP's that they are responsible for. The system doesn't then just let them get on with it - the system is designed to actively ensure that each allocation is still being used, the person must login to the portal on a regular basis, or if they do not, an email will be sent automatically to them asking them to confirm their continued use of the IP(s). If no response is received from the emailed request, two further attempts are made to contact the person, after which the system places their allocation in a de-activated state. The person is able to login and re-activate the allocation for a certain time after de-activation, beyond that time period the allocation will be deleted from the database - thus keeping it all as up to date as is possible.

Some manual intervention is encouraged, for example the second, and all subsequent reminder emails and de-activation emails are cc'd to the co-ordinator responsible for the next higher subnet, so they could attempt a more manual approach to remind the person to login - this is to be encouraged as sometimes emails (especially automated ones) can be blocked in spam folders, people change their email address and forget to update the portal, etc.


API

The Portal has an associated API