Niall O'Reilly wrote:
> This message has two purposes.
>
> It is addressed to the ENUM WG with the purpose of determining
> consensus in this WG on the proposal from Antoin Verschuren.
To let there be no misunderstanding, the final proposal with most
consensus so far is:
>> In order for ENUM registries to not be misinterpreted in the RIPE
>> NCC database, I want to propose to change an organization type to be
>> used in the organization object.
>> Current organization types are:
>>
>> IANA
>> RIR
>> NIR
>> LIR
>> NON-REGISTRY
>>
>> I would like this NON-REGISTRY to be changed to OTHER.
>
> I will declare consensus in the ENUM WG unless objections to Antoin's
> proposal are posted on the ENUM WG mailing list before 12:00 UTC on
> Thursday, 18 October 2006.
Regards,
Antoin Verschuren
Technical Advisor
Policy & Business Development
SIDN
Utrechtseweg 310
PO Box 5022
6802 EA Arnhem
The Netherlands
T +31 26 3525510
F +31 26 3525505
M +31 6 23368970
E antoin.verschuren(a)sidn.nl
W http://www.sidn.nl/
> On 16.08 00:29, Tiberiu Ungureanu wrote:
> > while looking for something else, i tripped and fell over this:
> >
> > $ whois -t poem
> >
> > poem: [mandatory] [single] [primary/look-up key]
> > descr: [optional] [multiple] [ ]
> > form: [mandatory] [single] [inverse key]
> > text: [mandatory] [multiple] [ ]
> > admin-c: [mandatory] [multiple] [inverse key]
> > author: [mandatory] [multiple] [inverse key]
> > remarks: [optional] [multiple] [ ]
> > notify: [optional] [multiple] [inverse key]
> > mnt-by: [mandatory] [multiple] [inverse key]
> > changed: [mandatory] [multiple] [ ]
> > source: [mandatory] [single] [ ]
> >
> > should i take it that RIPE database allow the creative ones to store
> > their own poems (as in... poetry?). can anyone point me to
> the document
> > explaining this object ?
>
> This object supports activities of "The Secret Working Group",
> a long standing tradition at RIPE meetings.
>
> See http://www.ripe.net/db/news/poem-object-200505.html
> for the latest developments concerning this object.
But which is slightly out of date. See my (forthcoming) presentation at the RIPE 53 DB-WG session.
Nigel
Dear Colleagues,
We are pleased to announce that we will be able to accept e-mailed
requests for assignments for anycasting DNS servers from 2 October
2006. The request form and supporting notes will be available from
the RIPE Document Store at:
http://www.ripe.net/ripe/docs/internet-registries.html
We will make a separate announcement when it is possible to make
requests via the LIR Portal.
Assignments for anycasting DNS will come from reserved blocks:
* IPv4 Anycast Assignments (/24) from 194.0.0.0/18
* IPv6 Anycast Assignments (/48) from 2001:0678::/29
You may want to update your filters.
Regards,
--
leo vegoda
Registration Services Manager
RIPE NCC
Dear All,
Please see below Draft Agenda for RIPE 53.
Regards,
Bijal
===
A. Administrative Matters (5 min)
- Welcome
- Select a scribe
- Distribute participants list
- Finalise agenda
- Approve minutes from RIPE 52
B. RIPE NCC Update, Vision and Focus 2007:
Proposed Changes to Activities in 2007
- Axel Pawlik, RIPE NCC 25 minutes
C. Training Services Update
- Rumy Kanis, RIPE NCC 15 minutes
D. Open Mic
Z. AOB
**********************************************************************
This e-mail message is confidential and is intended only for the use of the
individual or entity named above and contains information which is or may be
confidential, non-public or legally privileged. Any dissemination or
distribution of this message other than to its intended recipient is
strictly prohibited. You should not copy it or use it for any purpose nor disclose
the contents to any other person. If you have received this message in error, please
notify us by email to postmaster(a)flagtelecom.com immediately and delete the
original message and all copies from all locations in your computer systems.
This e-mail has been swept by Mailsweeper TM for viruses. However, FLAG
Telecom cannot accept liability for any damage which you may sustain as a
result of software viruses.
**********************************************************************
This message has been scanned for viruses by MailControl - www.mailcontrol.com
Just noticed, after I made a typo on an address the RIPE mailserver
responds with 4xx temporary error on a non-existing user. Is this
deliberate and why not send a 5xx permanen failure.
--
aut-dbm(a)ripe.net
SMTP error from remote mailer after RCPT TO:<aut-dbm(a)ripe.net>:
host postboy.ripe.net [193.0.0.201]: 450 <aut-dbm(a)ripe.net>:
Recipient address rejected: Try again later: retry timeout exceeded
--
Grtx,
MarcoH
Dear Antoin,
It is certainly possible to add a new organisation object type,
like "ENUM", to be specifically used by the ENUM registries.
This would involve the changes to the RIPE Database.
I suggest you to contact ENUM-WG and DB-WG working group chairs
to check first whether this change would require
only a mailing list consensus or PDP, and then maybe put together
a proposal for ENUM-WG and DB-WG and submit it to the appropriate
mailing lists.
--
Katie Petrusha
RIPE NCC
> > From: "Antoin Verschuren" <Antoin.Verschuren(a)sidn.nl>
> > Date: 4 September 2006 2:26:40PM GMT+02:00
> > To: <enum-wg(a)ripe.net>
> > Cc: <ncc-services-wg(a)ripe.net>
> > Subject: [enum-wg] New Documents available: RIPE-384, RIPE-385
> > Message-Id: <B33086268D53A0429A3AA2774C83892CDC5850(a)KAEVS1.SIDN.local>
> >
> > Guys,
> >
> > I have some sentimental issues with the new ENUM request forms as I
> > found out when I had to use them last week.
> >
> > The new ENUM registrations ask to register an Organisation holding the
> > registration.
> >
> > This "Organisation" template, has a "org-type:" field.
> > RIPE tells me to fill in "NON-REGISTRY" in this field.
> >
> > I'm aware that we are not an RIR, LIR or NIR as in the RIR world,
> > but I
> > do feel the term "NON-REGISTRY" a bit degrading as we are the registry
> > for .nl and soon hopefully for ENUM.
> >
> > Can we invent a new term to use for official ENUM tier-1 registries
> > here
> > ?
> >
> > Antoin Verschuren
> >
> > Technical Advisor
> > Policy & Business Development
> > SIDN
> > Utrechtseweg 310
> > PO Box 5022
> > 6802 EA Arnhem
> > The Netherlands
> >
> > T +31 26 3525510
> > F +31 26 3525505
> > M +31 6 23368970
> > E antoin.verschuren(a)sidn.nl
> > W http://www.sidn.nl/
Guys,
I have some sentimental issues with the new ENUM request forms as I
found out when I had to use them last week.
The new ENUM registrations ask to register an Organisation holding the
registration.
This "Organisation" template, has a "org-type:" field.
RIPE tells me to fill in "NON-REGISTRY" in this field.
I'm aware that we are not an RIR, LIR or NIR as in the RIR world, but I
do feel the term "NON-REGISTRY" a bit degrading as we are the registry
for .nl and soon hopefully for ENUM.
Can we invent a new term to use for official ENUM tier-1 registries here
?
Antoin Verschuren
Technical Advisor
Policy & Business Development
SIDN
Utrechtseweg 310
PO Box 5022
6802 EA Arnhem
The Netherlands
T +31 26 3525510
F +31 26 3525505
M +31 6 23368970
E antoin.verschuren(a)sidn.nl
W http://www.sidn.nl/
I can't be the only one to spot a large number of job vacancies on the ripe web site. Is there some sort of change going on there that we will soon hear about - seems like alot of managers are needed.
Jeremy Butler
---------------------------------
The all-new Yahoo! Mail goes wherever you go - free your email address from your Internet provider.
Dear All,
We are currently compiling the draft agenda for the RIPE NCC Services
Working Group for RIPE 53. If anyone would like to suggest a presentation or
raise a topic for discussion please let either Kurtis or me know and we'll
arrange a spot on the agenda.
Thanks,
Bijal
**********************************************************************
This e-mail message is confidential and is intended only for the use of the
individual or entity named above and contains information which is or may be
confidential, non-public or legally privileged. Any dissemination or
distribution of this message other than to its intended recipient is
strictly prohibited. You should not copy it or use it for any purpose nor disclose
the contents to any other person. If you have received this message in error, please
notify us by email to postmaster(a)flagtelecom.com immediately and delete the
original message and all copies from all locations in your computer systems.
This e-mail has been swept by Mailsweeper TM for viruses. However, FLAG
Telecom cannot accept liability for any damage which you may sustain as a
result of software viruses.
**********************************************************************
This message has been scanned for viruses by MailControl - www.mailcontrol.com
[Apologies for duplicate mails]
Dear Colleagues,
The RIPE NCC has re-implemented the way IRT objects are returned in RIPE
Database query results. The proposal can be found at:
http://www.ripe.net/ripe/maillists/archives/db-wg/2006/msg00087.html
The first stage of this implementation as described in the proposal is
now complete. The main objectives were to:
- Increase the availability of the IRT information to users
- Promote the use of the IRT object
- Make it easier for third party tool writers to find the correct contacts
New Behaviour
------------------------
The behaviour of the "-c" flag and the "-rc" flag is as follows:
A standard query for address space including the "-c" query flag returns
the queried INETNUM and related objects. This also includes an IRT
object referenced by the queried INETNUM object or the closest, less
specific INETNUM object, if one exists. It will also still include any
ROUTE objects.
By using the "-rc" flags, the related personal objects are filtered out.
The IRT object will still be returned together with any ROUTE objects.
An additional consequence of this change is the way the "-b" flag works.
The "-b" flag will always return the primary key of any address space
object queried. It also returns the "abuse-mailbox:" attributes from the
address space object and any related IRT objects.
The RIPE Database Query webpage has also been updated:
http://www.ripe.net/fcgi-bin/whois
For all address space queries made via this webpage, the "-c" flag will
be added, making it the default. This only occurs if no other address
space query flags (lLmMxbc) are present.
A link has also been added to enable users to switch between the test
and production databases. This makes it easier to query the RIPE Test
Database.
Regards
Denis Walker
Software Engineering Department
RIPE NCC
