On Mon, 11 Mar 2013 09:20:45 +0000, Chris Smith chris@g1fef.co.uk wrote:

Allocated addresses already appear under your account: "Home" -> "Allocations" If they are not there, then they haven't been properly allocated to you.

Regards, Chris

On 11 Mar 2013, at 05:25, Michael Fox - N6MEF wrote:

[snip]

...

We have a block of addresses allocated to our county network (44.4.50.0/28). I also have two addresses allocated for my personal machines (44.4.2.152, 44.4.2.153) But when I log into the portal I see no active records.

At some point will the existing records appear in the portal when I log in?

Thanks N6MEF

Mike,

With all due respect for the hard work and time Chris has been putting into the portal. The statement "they haven't been properly allocated to you" is false. It should come with the qualification that they haven't been allocated to you under the new system.

They have been properly allocated to you by your coordinator all these years you have had them but unless you have DNS entries and encap distribution they will have connectivity limited to sites that have direct access or coded routes to them.

The purpose of the portal is to have a central repository of IP address allocations. With DNS management in the future. This will allow you to have an account with those addresses under your control and you can release them or request new ones according to your activity.

Under the old method, the only validation of IP address assignment you received was the email from your coordinator and registration in the DNS server when he sent the commands to the DNS mail-bot, but they were nevertheless very valid assignments.

I have been coordinating 44.18.0.0/16 since 1992 and I have assigned some 300+ IP addresses and only 3 of them are allocated in the new system. Are those 300 addresses "invalid"? Tell that to the DNS system. I have no way to manually enter them and no way to contact the original assignees to tell them to cease operations on those addresses until they register with the portal or to even know if they are still using them or not but they are still legitimate assignments. But those addresses will never be released until someone goes back and manually confirms whether the assigned agencies are still using them or not. This is the management problem the portal is intended to solve.

Mike, what you need to do is open an account in the portal if you don't already have one and request a new IP address or block with the added note that you currently have those blocks you are actively using. This will allow your coordinator to go into his history file and verify the assignment and approve the new coordination. This will make your assignment valid with the portal. If for some reason you don't need an address you can go back later and release it.

On Mon, 11 Mar 2013 14:26:39 +0000, Chris chris@g1fef.co.uk wrote:

...

With all due respect for the hard work and time Chris has been putting into the portal. The statement "they haven't been properly allocated to you" is false. It should come with the qualification that they haven't been allocated to you under the new system.

My comment was made within the context of the portal, I was not suggesting that allocations made prior to the existence of the portal are invalid.

I assumed that's what you meant but I didn't want Mike or other readers to panic and think that their previously assigned IP addresses were improper. :)

I know the portal system will be a better method going forward but the old allocations need to be reconciled sooner or later. I have a long list of subnets in 44.18.0.0/16 and I don't have a clue anymore about who is active or not or who might be becoming active after an absence. I know of several /24's like KQ6UP and AF6EP that are allocated but not registered on the portal yet... and these guys are subscribed here. In Eric's case I know my list is outdated WRT his new callsign but his DNS is correct.

Does any of this have anything to do with the fact that my gateway addresses were unceremoniously removed from the ampr.org in the last 48 hours? I appreciate that some housecleaning needs to be done but my gateway has been up 24/7 for several years now. The addresses removed are:

n6roe 44.16.3.24 nos.n6roe 44.16.3.25 linux.n6roe 44.16.3.26

Thank you,

Kim Wicker N6ROE

n6roe.ampr.org

On Mon, Mar 11, 2013 at 10:20 AM, Brian Kantor Brian@ucsd.edu wrote:

(Please trim inclusions from previous messages) _______________________________________________ It's especially important for the area coordinators to get themselves registered as such with the portal. I think that in a few months we'll just have to consider any regions with no registered coordinator as abandoned by their former coordinators.

Similarly with gateways: at some time in the future gateways which aren't registered with the portal will have to be dropped from the encap file.

People with existing allocations should make sure that their own allocation is registered with the portal, if necessary by going through the portal allocation process. If you do this, be sure to include a note that it's a re-registration of an existing allocation. - Brian _________________________________________ 44Net mailing list 44Net@hamradio.ucsd.edu http://hamradio.ucsd.edu/mailman/listinfo/44net http://www.ampr.org/donate.html

Brian if I were to try and send a general notice to hams in Indiana.. That they should register with the portal.. (best way I can think of to get the word out) What should I include in notice/

73 Jerry

Could I suggest you point them at https://portal.ampr.org/ instead, amprnet.org looks like a Puerto Rico teachers association :-)

Chris

On 12 Mar 2013, at 14:32, Andrew Ragone wrote:

(Please trim inclusions from previous messages) _______________________________________________ AmprNet has migrated to a more robust management system and is in the midst of a network allocation cleanup. Please register your network at http://amprnet.org to continue using your allocation

Something along those lines makes sense to me

Sent from my iPhone

On Mar 12, 2013, at 6:10 AM, "Kutche, Jerry (Mitchell) USA" JKutche@lehighcement.com wrote:

...

(Please trim inclusions from previous messages) _______________________________________________

Brian if I were to try and send a general notice to hams in Indiana.. That they should register with the portal.. (best way I can think of to get the word out) What should I include in notice/

73 Jerry

---

44Net mailing list 44Net@hamradio.ucsd.edu http://hamradio.ucsd.edu/mailman/listinfo/44net http://www.ampr.org/donate.html

---

44Net mailing list 44Net@hamradio.ucsd.edu http://hamradio.ucsd.edu/mailman/listinfo/44net http://www.ampr.org/donate.html

Should we also delete our encap entries and add our gateways at the portal?

Delete them from where? The old gateway robot is no more, so as far as I am aware the only place to add/edit/delete gateways is on the portal.

If you operate a gateway and have not yet registered on the portal, please do so then drop me an email so I can transfer your gateway to your account... When the old gateway robot went away, we imported all the data into the portal, but had no way of knowing who operated which gateway, so they were all imported under a holding account. If you register on the portal and let me have your gateway details, I can move the gateway from the holding account to your account, so you can manage it.

Thanks, Chris

Brian I see no other GA (usa) subnets other than mine was there ever any other subnets allocated in ga?

Jim Moore WU3V

________________________________ From: Brian Kantor Brian@ucsd.edu To: AMPRNet working group 44net@hamradio.ucsd.edu Sent: Monday, March 11, 2013 5:20 PM Subject: [44net] Portal registrations

(Please trim inclusions from previous messages) _______________________________________________ It's especially important for the area coordinators to get themselves registered as such with the portal.  I think that in a few months we'll just have to consider any regions with no registered coordinator as abandoned by their former coordinators.

Similarly with gateways: at some time in the future gateways which aren't registered with the portal will have to be dropped from the encap file.

People with existing allocations should make sure that their own allocation is registered with the portal, if necessary by going through the portal allocation process.  If you do this, be sure to include a note that it's a re-registration of an existing allocation.     - Brian _________________________________________ 44Net mailing list 44Net@hamradio.ucsd.edu http://hamradio.ucsd.edu/mailman/listinfo/44net http://www.ampr.org/donate.html

On Mon, 11 Mar 2013 09:40:34 -0700, "Michael Fox - N6MEF" n6mef@mefox.org wrote:

Also, is the standard procedure now for the address coordinators to apply any changes that they approve in the portal to the DNS system? In other words, if I make a change in the portal, is it expected that the coordinator will make the accompanying change to DNS as well?

Yes, as it stands right now, the DNS entry is still managed the old way. A mail bot receives commands from the coordinators to add/delete the DNS entries. I can't speak for the other coordinators but what I do is receive the portal request, coordinate the address assignment and approve the request. If enough information exists to assign the DNS name I will manually enter that into an email to the DNS bot.

I don't know how to handle more complex DNS requests through the portal. For example if you have a primary n6mef.ampr.org it's simple enough to handle as part of the process. But if you need an MX entry then you would have to request it via notes in the portal forms or in direct emails with the coordinators.

At present there are no fields for domain name requests in the IP request but I assume Chris is working on that and it will become available when the DNS section goes live.

Duh! - As I type this I see he's created a DNS form so you can request DNS registrations for all the classes and the requests should end up with your coordinator for approval but I submitted one to myself but it hasn't showed up in my coordinator side yet. Chris can outline how it is supposed to work.

So far the system is coming along nicely. It confused be a bit at first and I've made my share of mistakes but I think as Chris refines the system it will be a very nice tool indeed.