[15:21:18] --- LOGGING STARTED
[16:32:43] --- michael has joined
[17:28:26] --- ggm has joined
[17:28:50] <ggm> not sure I can scribe this..
[17:47:48] --- fneves has joined
[17:48:48] --- anewton has joined
[17:56:45] --- hardie has joined
[17:56:57] <ggm> ggm has the con. warp factor 10!
[17:57:07] <ggm> April in the chair.
[17:57:16] <ggm> Agenda bash.
[17:57:49] <hardie> Hmm, I tried to update the topic , and I was prevented. I'm a sad panda....
[17:59:14] <ggm> email list now homed at crisp@ietf.org join via crisp-request@ietf.org
[17:59:26] <ggm> we have an RFC!!!! rfc3707. the requirements doc.
[17:59:36] <ggm> all iris IDs updated.
[18:01:07] <ggm> Andy Newton, IRIS status
[18:03:21] <ggm> CORE/DREG/BEEP -05 drafts XML changes. (no XML in beep but some language changes needed)
[18:03:33] <ggm> discussed privacy considerations.
[18:04:50] <ggm> added boolean to control 'TemporaryReference' state, defaulting to false. set info which is only
[18:04:59] <ggm> relevant in immediate context, may not apply if re-used
[18:05:02] <ggm> the bag.
[18:05:24] <ggm> changed from mixed content to any one element in any namespace.
[18:05:56] <ggm> problems with XML parsing errors. changed mechanics to have one child elem, any namespace, marked it processContents=skip so parsers dont throw errors
[18:05:58] --- amarine has joined
[18:06:12] <ggm> bagUnrecognized error can still be used.
[18:08:18] <ggm> changed language around Error explanations.
[18:08:27] --- leslie has joined
[18:08:53] <ggm> Limits. changed connections to sessions. connections is loaded term wrt transports. sessions is better for multiplex enabled transports.
[18:09:22] <ggm> listRegistrars now findRegistrarsByName. same functionality, can narrow list by partial name match
[18:09:38] <ggm> contactHandle is now a privacyType. using temporaryReference attr.
[18:10:40] <ggm> Language not supported stuff changed to include which lang is not recognized
[18:10:57] <ggm> IDN domains. -changed to make it exactmatch.
[18:11:05] <ggm> IRIS BEEP observation.
[18:11:17] --- SAH has joined
[18:11:29] <ggm> what happens when channel opened, using profile, and registry req is for different profile? valid in XML.
[18:11:51] <ggm> intent is to honour IRIS version nos, not registry types.. added a MUST clause
[18:12:09] <ggm> [andy ends]
[18:12:23] <ggm> April: Marcos now talking about I8N
[18:13:27] <ggm> IRIS-CORE had a constraint, entity names/classes-names should be transcribable. too vague. dropped this constraint. use the name you want to use
[18:13:41] <ggm> added charset encoding defns to transport mapping checklist
[18:14:18] <ggm> XML in UTF-8 recommended. (was default, but made explicit)
[18:15:22] <ggm> XML msg packages restricted to UTF-8 and UTF-16.
[18:15:27] <ggm> DREG.
[18:19:19] --- michael has left: Disconnected
[18:19:33] --- michael has joined
[18:20:02] <michael> is the meeting still going on or is no one scribing?
[18:20:10] <leslie> meeting is still going...
[18:20:23] <michael> anything interesting?
[18:20:45] <leslie> Still talking about i18n
[18:20:48] <leslie> (i.e., yes)
[18:20:57] <leslie> I'm a horrible scribe though, which is why I'm not volunteering :-)
[18:21:45] <leslie> Datetimes must be in UTC
[18:21:53] <leslie> Phone/fax in E.164 is recommended
[18:22:38] <leslie> Discussion whether e.164 should be recommended or required
[18:22:51] <leslie> (for dreg)
[18:23:29] <leslie> Andy -- there are standards for registries/registrars to collect phone numbers, therefore can't require it
[18:23:39] <SAH> What's being described as an alternative if e.164 isn't used?
[18:23:49] <leslie> Shane Kerr -- but if it's only recommended, clients cannot know what is here, and it will be a useless field
[18:24:07] <leslie> SAH -- I'm guessing the alternative is a "not fully qualified" phone number
[18:24:22] <leslie> SAH -- e.g., 703 124 7585 instead of 1 703 124 7585
[18:24:55] <michael> yea..... is a US tollfree number e.164? if you say _strict_ E.164 you're excluding things some would consider to be a valid phone number.
[18:25:20] <leslie> Hummmm -- fairly split between MUST and recommended
[18:25:43] <leslie> Jacob Schlyter -- suggests using "+" to designate e.164
[18:25:59] <michael> that works.... or a tel: url....
[18:26:03] <SAH> .164 requires the "+" IIRC
[18:26:51] <leslie> Marcos: if you are not using e.164, you MUST NOT put "+" at the front of the digit string
[18:27:03] <leslie> [Marcos ends]
[18:27:12] <leslie> April: next steps for WG
[18:27:29] --- ggm-psg has joined
[18:27:31] <leslie> About to last call IRIS CORE, DREG, and BEEP -- if there are any further comments, NOW IS THE TIME
[18:27:44] <ggm-psg> sorry. got disconnected.
[18:27:48] <leslie> CHairs agree to last call the docs within 2 weeks
[18:28:12] <ggm-psg> all my text from DREG got lost. sorry folks
[18:28:27] * leslie is happy to hand the pen back to ggm
[18:28:37] --- paf has joined
[18:29:01] <ggm-psg> [ggm takes pen. ggm drops pen. ggm crawls on floor looking for pen, finds mint, eats mint, forgets pen ...]
[18:29:26] <ggm-psg> Ed Lewis updates to crisp-areg-
[18:29:47] <paf> paf is not in the room, but have input to E.164 discussion.
[18:29:52] <ggm-psg> findContacts. moved name elements into commonName element. consistent with dreg
[18:30:02] <ggm-psg> want it interjected after Ed does his AREG stuff?
[18:30:13] <paf> You have to differ between E.164 number, and things coming from the E.164 number series.
[18:30:30] <ggm-psg> now accepts network handle in addition to range/cidr block. permits specific net return with multiple matching nets.
[18:30:53] <paf> Ok, seems you have passed the E.164 discussion...
[18:31:00] <ggm-psg> yes. sorry.
[18:31:07] <paf> no problem
[18:31:25] * paf have to be in DHC...
[18:31:35] <ggm-psg> added specificity qualifier to get the less/least/more/most specific . see other presentation by engin on nesting.
[18:31:43] <ggm-psg> [if you want comments said, I will say them]
[18:31:53] --- leslie has left: Replaced by new connection
[18:32:00] <paf> I don't doubt you will :-)
[18:32:12] <ggm-psg> allowEquivalences, (tentative) because of range concurrency
[18:32:34] --- leslie has joined
[18:32:35] <ggm-psg> [sorry paf, I am not clear. do you have a specific set of words you want said? the context having moved on, you might NOT want them said now]
[18:32:59] <paf> ggm-psg: I understand, and I have nothing I want to have said]
[18:33:05] --- ggm has left: Disconnected
[18:33:06] --- amarine has left: Disconnected
[18:33:23] <ggm-psg> 3.1.4, findSubNetworksByParent. differences between seeing all children, just immediate children
[18:33:28] <ggm-psg> [ta. enjoy DHC!]
[18:34:04] <ggm-psg> Primary result sets. nets, autnums, orgs, contacts
[18:34:19] <ggm-psg> for 4/6 the sets are the same. syntactic differences
[18:34:32] <ggm-psg> AS. block support added. so now can encode ending AS number
[18:34:38] <ggm-psg> contact has SIP number
[18:34:51] <ggm-psg> andy says SIP URI.
[18:34:59] <ggm-psg> subsidiary results.
[18:35:09] <ggm-psg> contact refs. elements if permitted my occurr multiple times
[18:35:12] --- amarine has joined
[18:35:20] <ggm-psg> common result set elements -once for each primary result set
[18:35:52] <ggm-psg> groupings now possible. multiple occurrence permitted. groups types admin, tech, noc, abuse, other
[18:36:34] <ggm-psg> commonresultchild elems. date, reg date. last updated date. number resource registry elem. lets you know registry is in charge of the record, similar to the SOURCE= tag in RPSL
[18:38:12] <ggm-psg> discussion about if this restricts to RIRs or could be including NIR, has nesting behaviours etc.
[18:38:21] <ggm-psg> [Ed is presenting btw]
[18:38:33] <ggm-psg> remaining slides are to XML representation
[18:38:50] <ggm-psg> contact elements replaced by groups.
[18:38:57] <ggm-psg> organization elements made optional
[18:39:20] <ggm-psg> name query. normalized schema, for org, net and AS searches by name
[18:39:27] <ggm-psg> phonenumbers now unbounded
[18:40:04] <ggm-psg> Marco. areg/dreg could concur on some objects, such as contactObject. could be useful to align?
[18:40:42] <ggm-psg> Andy. look alike, but procedural reasons to not link areg/dreg to prevent document delay
[18:40:54] <ggm-psg> Shane. reference areg/dreg?
[18:41:04] <ggm-psg> Andy matter of how to organize the drafts
[18:41:44] <ggm-psg> John Klensin. X400, names. why still operating with notaion/logic of first/middle/last creating ambiguities with meta translations
[18:42:01] <ggm-psg> Ed: removed separated elems to commonName.
[18:43:46] <ggm-psg> John addresses issue as long as surname
[18:43:52] <ggm-psg> ggm seeks clarification on issues.
[18:44:05] <ggm-psg> John wants commonNAME *and* Surname as two elem minimum, noting surname has problems
[18:44:09] <paf> People talking about schemas for white pages should look at RFC 2426 because conversions to/from vcard will be needed.
[18:44:30] <paf> They can also read RFC 2218.
[18:44:37] <ggm-psg> [read out]
[18:44:39] <paf> Thanks
[18:44:57] <ggm-psg> [back at 'cha]
[18:47:20] <ggm-psg> Engin on definitions of less/more specific and exact match.
[18:47:37] <ggm-psg> use of minus, uppercase/lowercase flags L/l for flagging this.
[18:47:53] <ggm-psg> not sure covered all the requirements for all address registries, provide comments. can change and include
[18:48:06] <ggm-psg> into CRISP requirements for address registries
[18:48:12] <ggm-psg> Andy.
[18:48:23] <ggm-psg> good job. examples clear. understand what is going on.
[18:48:45] <ggm-psg> the thing you want to look into changes, the allowEquivalences, when two nets have same start and end, and one is parent administratively.
[18:50:54] <ggm-psg> least/most does not define that. useful to go a little further with this language. define that.
[18:51:08] <ggm-psg> shane.
[18:51:14] <ggm-psg> not IETF issue.
[18:51:47] <ggm-psg> want to get feel for how many people are putting CRISP servers into production, in 2004, meet after this meeting, discuss plans. from RIPE NCC want to know how aggressive to be with technology.
[18:52:03] <ggm-psg> If implementing, talk to Shane.
[18:52:26] <ggm-psg> John. request of shane. post answers to John K. want to be able to stand up on Thursday, gNSO, where we stand on this.
[18:52:37] <paf> Ask if someone from RIPE or the group is bringing this question to RIPE meeting in May.
[18:52:56] <SAH> where we stand on what?
[18:53:55] <ggm-psg> stand on CRISP as generalized service I believe
[18:53:58] <ggm-psg> status.
[18:54:22] <ggm-psg> Shane. grave misunderstanding of timelines from ripe community but want this badly. will be giving status report to ripe community.
[18:54:48] <ggm-psg> Shane RIPE NCC looking at crisp access to existing WHOIS DB, looking at tools, clients needed. asking what other peoples tools, plans are
[18:54:59] <ggm-psg> DONE
[18:54:59] --- hardie has left
[18:55:01] <ggm-psg> CLOSED
[18:55:03] --- anewton has left: Disconnected
[18:55:17] --- SAH has left
[18:55:24] --- ggm-psg has left
[18:55:25] --- leslie has left
[18:55:50] --- michael has left
[18:55:55] --- paf has left
[18:56:42] --- amarine has left
[19:00:27] --- fneves has left
[20:05:03] --- stastny56 has joined
[20:05:58] --- AWGY has joined
[20:06:16] --- JACK has joined
[20:06:18] --- swb has joined
[20:06:58] --- JACK has left
[20:07:00] --- swb has left
[20:07:08] --- stastny56 has left
[20:07:28] --- AWGY has left
[20:24:18] --- ggm has joined
[20:49:07] --- ggm has left