[12:23:04] --- LOGGING STARTED
[12:34:37] --- LOGGING STARTED
[12:35:57] --- LOGGING STARTED
[12:45:28] --- paf has joined
[12:49:10] --- ag has joined
[12:54:23] --- johan.liseborn has joined
[12:56:46] --- jfb has joined
[12:57:58] <paf> The meeting opens
[12:57:58] <paf> Blue sheets are handed out
[12:58:09] <paf> Richard walks through the agenda
[12:58:35] <paf> People are ok with the agenda
[12:59:02] <paf> (1) ENUM live trial in Kyoto
[12:59:17] <paf> Presentation from the live trial in Kyoto that APEET had in Kyoto
[13:01:59] <paf> Participants at the conference could get phones.
[13:02:13] <paf> All participants had username/password on their badge
[13:02:26] --- robertml has joined
[13:02:51] <paf> The phones had information on them on a sticker on a back.
[13:03:00] <paf> The participants (even though that didn't have a phone) could use the information on the badge to update data in the provisioning system via a webpage, and that data was reflected in NAPTR records in the DNS.
[13:03:36] <robertml> <-- in by audio stream too
[13:03:41] <paf> Good
[13:05:03] <paf> Instructions were handed out on how to use software based sip-phones
[13:06:05] <paf> About 3000 calls were made
[13:07:58] <paf> Findings: WNUM can be used for SIP routing
[13:08:11] <paf> Incompatibility of regexp interpretation
[13:08:48] <paf> Multiple ENUM tree was used
[13:08:55] <paf> Wireless is not easy for VoIP
[13:09:10] <paf> Goal is to have this as a service at the Vancouver IETF
[13:09:15] <paf> Sponsors are needed
[13:09:56] --- amel has joined
[13:10:08] <paf> Question: Was this only operations of ENUM or also validation?
[13:10:12] <paf> Answer: Operation of ENUM
[13:10:43] <paf> More questions?
[13:10:47] <paf> Thank you!
[13:11:07] <paf> (2) IANA
[13:11:37] <paf> IANA webpage will be updated
[13:11:47] --- levigner has joined
[13:11:53] --- levigner has left
[13:12:33] <paf> Question: What about the VPIM registrations? Will there be more changes?
[13:13:31] --- levigner has joined
[13:14:10] <paf> Answer: The inconsistencies are regarding the registrations of "E2U+..." and the E2U should not be there
[13:14:26] --- ag has left: Replaced by new connection
[13:14:27] --- ag has joined
[13:14:52] --- amel has left
[13:14:57] --- yone has joined
[13:15:08] --- amel has joined
[13:15:52] <paf> (3) Ongoing discussions about the tel URI
[13:16:40] <paf> Some enumservices from the ETSI document should be put forward in an RFC.
[13:16:49] <paf> An informational RFC is enough.
[13:17:31] --- ogm has joined
[13:17:43] <paf> (4) ENUM dip indicator
[13:17:59] <paf> draft-ietf-iptel-tel-enumdi-00
[13:18:44] --- ggm has joined
[13:19:01] <paf> Previous draft was draft-stasny-iptel-enumdi
[13:19:09] <paf> Questions about this document?
[13:19:15] <paf> [silence]
[13:20:15] <paf> (5) Next steps for the iris document
[13:20:16] <ggm> the proposed wifi enum/sip trial @ vancouver: if the wifi is like this IETF, the experience will be profoundly bad.
[13:20:28] --- amel has left
[13:20:28] <paf> How many people have read the document?
[13:20:32] <paf> [some hands]
[13:20:42] --- amel has joined
[13:21:03] <ag> Which document?
[13:21:13] <paf> Oh, sorry the IRIS draft
[13:21:16] <paf> Wait
[13:21:16] <ag> tnx
[13:22:24] <paf> draft-ietf-enum-iris-ereg-00
[13:23:22] <paf> changes:
[13:23:33] <paf> Carrier objects
[13:23:41] <paf> Validation events:
[13:23:54] <paf> Those are the (two) changes
[13:23:55] <paf> Comments?
[13:23:58] <paf> [silence]
[13:24:53] <paf> (6) conf-web ENUM service
[13:24:56] <paf> Discovery mechanism for web conferences
[13:25:11] <paf> Resource discovered by the URI is a conference thing
[13:25:35] <paf> URI can be an http or https
[13:25:57] <paf> Issues:
[13:26:06] <paf> Any value added over "web" in RFC 4002?
[13:26:16] <paf> Web might be pre-call id etc
[13:26:29] <paf> Web conference is a source pf dorect inmformation content and control of the conference
[13:27:09] --- sureshk has joined
[13:27:22] <paf> multiple records:
[13:27:22] <paf> is it ok to have both a web and conf-web URI's?
[13:27:26] <paf> Question: What if the same phone number is used for a normal user?
[13:27:33] <paf> Question: What should the client do?
[13:28:06] <paf> Answer: The phone number might have a webpage with the picture. The telephone number with web-conf have information about the conference.
[13:29:27] --- ogm has left
[13:29:34] --- ogm has joined
[13:29:59] <ag> Patrik, (please ask anonymously) do we assume there could be a PIN on the webpage to control access?
[13:33:03] --- yone has left: Replaced by new connection
[13:33:04] --- yone has joined
[13:33:04] --- yone has left
[13:33:09] --- amel has left
[13:33:22] --- amel has joined
[13:33:37] --- yone has joined
[13:34:01] --- amel has left
[13:35:05] <paf> [Long discussion between Patrik and Cullen about whether two URI's are needed or not]
[13:36:11] <paf> Question: what about pin number etc...not everyone can have separate phone numbers for separate conference calls, so why is this needed.
[13:37:08] <paf> Most people at the microphone say a human need to do the right thing at whatever web page the user ends up at, so multiple enumservices are not needed.
[13:37:50] <paf> Jon Peterson [AD]: It is not clear to me where the line is drawn between what should be an enumservice and what should be part of the protocol.
[13:38:57] --- yone has left: Replaced by new connection
[13:38:57] --- yone has joined
[13:38:57] --- yone has left
[13:39:07] --- jorma has joined
[13:39:31] <paf> [Longer discussion about whether "conference" is something special]
[13:40:26] <paf> Jon think this is a good discussion.
[13:40:31] --- yone has joined
[13:41:16] <paf> Question from the chair: Is conference special enough for an enum service?
[13:42:08] <paf> Cullen: Having a webpage for a phone number is excellent, but I do not see what problem this extra enumservice solves?
[13:42:29] <paf> Alan: There is a need for it. Service providers will use this.
[13:42:56] <paf> [Discussion between Alan and Cullen]
[13:46:23] --- leifj has joined
[13:46:44] <paf> Ok, that was the easy one...now the controversial
[13:46:50] <paf> [laughter]
[13:47:00] <paf> (7) conf-uri enumservice
[13:47:23] --- amel has joined
[13:48:07] --- leifj has left
[13:48:38] <paf> Value added over sip and h323?
[13:50:13] --- leifj has joined
[13:51:57] --- gih has joined
[13:53:38] <paf> [Long discussion faster than I can type]
[13:53:46] <paf> Chair: No clear consensus on what to do with the document
[13:53:54] <leifj> hmm perhaps need to associate informative meta-data to enum services beyond what is possible with a flat namespace... but that would probably open too big a rat-hole - reluctant to take it to the mike
[13:54:48] <paf> Yes, conference is very special so it potentially should be enumservice should be registered. However, this might not be something to do in ENUM as "conference" is a negotiation issue in the protocol the URI refer to.
[13:55:55] <paf> Richard Stasny: I have heard 5 different directions and do not know either what to do.
[13:55:58] <leifj> the point as I understand the speaker is that it is nice to have info befor the protocol neg happens - this in general requires something like a meta-service pointing to a sufficiently structured dataobject (say rdf)
[13:56:21] <leifj> and then the rat-hole happens
[13:56:48] --- johan.liseborn has left: Logged out
[13:57:20] <paf> Cullen: Service lookup happens, but the URI returned for the query would look like ....;/focus
[13:57:34] --- suz has joined
[13:58:03] --- suz has left
[13:58:04] --- suz has joined
[13:58:44] <leifj> sure but you may not know weather to use a phone to dial-in or your jabber-client to im-in to the conference
[13:59:01] <paf> leifj, if you are in teh room, go to the microphone... :-)
[13:59:04] --- Bernie has joined
[13:59:32] <leifj> but I am so comfortable :-)
[14:00:44] <robertml> But discussions are not happening in jabber.
[14:01:04] <paf> leifj is in the room....
[14:01:10] --- geoff has joined
[14:01:18] <paf> Resolution: Move discussion to list
[14:01:29] <robertml> yes, that's what I understood... so he shouldnt discuss by proxy.
[14:01:30] <paf> Is this a consensus?
[14:01:40] <leifj> I brought it up here because I didn't really want to open the capabilities rat-hole
[14:05:00] --- geoff has left
[14:05:29] <paf> Conclusion is to revise the document.
[14:06:00] <paf> Jon Peterson suggest thinking of what a URI is supposed to be used for, take a step back etc. Having a discussion like this for every ENUMservice that is to be registered does not scale.
[14:06:32] <paf> (8) SOAP binding for EPP-164
[14:06:52] <paf> draft-ietf-enum-epp-e164-08.txt
[14:07:13] <paf> Leif: Doing a SOAP binding is a new schema?
[14:07:21] <paf> Andrew: No, it is a binding to a protocol
[14:07:28] --- yone has left: Disconnected
[14:07:32] <leifj> right - got it
[14:07:32] --- yone has joined
[14:08:32] <paf> (9) Validation draft
[14:08:43] <paf> Bernie Hoeneisen
[14:10:28] --- jorma has left
[14:10:53] <ag> draft-hoeneisen-enum-validation-epp-01?
[14:11:30] <paf> holder ENUM == holder E.164 number
[14:12:11] <paf> model: registrant, tsp, enum registrar, validation entity, enum registry
[14:12:39] <paf> [scribe can not do animated ppt in ascii art]
[14:12:40] --- yone has left: Replaced by new connection
[14:12:40] --- yone has joined
[14:12:40] --- yone has left
[14:13:17] --- dcrocker has joined
[14:13:30] <leifj> I was just about to ask about that...
[14:14:36] --- hughshieh has joined
[14:14:58] --- amarine has joined
[14:14:58] --- amarine has left: Lost connection
[14:14:58] --- xiaohunhun has joined
[14:15:34] --- amarine has joined
[14:15:34] --- amarine has left: Lost connection
[14:16:38] --- ogm has left: Replaced by new connection
[14:16:38] --- ogm has joined
[14:16:38] --- ogm has left
[14:16:43] <paf> Yes, draft-hoeneisen-enum-validation-epp-01.txt
[14:16:51] <paf> [Sorry for missing the question]
[14:17:20] <paf> Question?
[14:17:25] <paf> Who things this is useful?
[14:17:30] <paf> [~10]
[14:17:36] <paf> Who think this is useless?
[14:17:39] <paf> [0]
[14:17:41] <robertml> either you type AMAZINGLY fast, or there's a big delay on the audio
[14:18:10] <ag> no problem ... (btw - the document has no pictures)
[14:18:13] <paf> [I don't know of the delay]
[14:18:26] <robertml> (guessing 10-20 secs)
[14:18:50] --- gas has joined
[14:18:52] <paf> Humming
[14:19:15] <paf> Richard as chair says humming say the document is accepted
[14:20:51] <robertml> (someone is talking?)
[14:20:56] <paf> Status of ENUM Operational experience?
[14:21:01] <paf> One new revisionw ill be made
[14:21:06] <robertml> (got sound now)
[14:21:09] <paf> After that wg last call will be issued
[14:21:17] <paf> [We used a translator]
[14:21:47] <paf> [I think we should have more people helping with translation so not non-English speaking people can participate]
[14:22:04] --- gih has left
[14:22:12] <paf> [i.e. language should not be something hindering participation, even though english is the language we use]
[14:22:30] --- leifj has left
[14:22:59] <paf> Loop detection?
[14:23:07] <paf> Basic question: What do you do?
[14:24:32] <paf> Enum dip indicator only say ENUM lookup has been done.
[14:24:38] <paf> Not a failure indicator
[14:26:55] <paf> New issue: Richard: Two NAPTR entries: One to SIP, another to email:mailto
[14:27:04] <paf> s/mailto/mms/
[14:27:42] <paf> One proposal was to use sip:ims or sip+ims, i.e. should ims be a subtype of sip or a separate one?
[14:28:32] <paf> Jonathan: this is the same slipperly slope as before
[14:28:35] --- gih has joined
[14:28:42] --- gih has left
[14:28:47] --- gih has joined
[14:35:23] <paf> Patrik: Is it the question of whether multiplexing should be in DNS or not?
[14:35:34] <paf> Jonathan: multiplexing should not be done in DNS if SIP can do it.
[14:35:49] <paf> Patrik: agree, but question is whether it should be possible or not in DNS.
[14:37:38] <paf> From microphone: There are numerous capabilities out there, should they be in DNS?
[14:38:02] <ag> thanks patrik
[14:38:13] <paf> No real consensus on what the resolution is.
[14:38:21] <paf> Meeting concluded, see you all in france.
[14:38:32] --- hughshieh has left
[14:38:39] --- paf has left
[14:38:47] --- stefans has joined
[14:38:53] --- ag has left
[14:39:25] <stefans>
[14:40:08] --- stefans has left
[14:40:54] <robertml> thanks to Patrik for scribing
[14:40:59] --- suz has left
[14:41:34] --- robertml has left: Disconnected
[14:42:42] --- paf has joined
[14:42:57] <paf> No problems
[14:43:04] <amel> Test
[14:43:24] <paf> Yes amel,. that worked.
[14:43:42] --- paf has left
[14:46:09] --- gih has left
[14:46:22] --- Bernie has left: Lost connection
[14:46:22] --- jfb has left: Lost connection
[14:48:35] --- amel has left
[14:50:35] --- geoff has joined
[14:52:48] --- jorma has joined
[14:55:05] --- geoff has left: Replaced by new connection
[14:55:07] --- jorma has left
[15:09:28] --- ggm has left
[15:34:38] --- gih has joined
[15:57:26] --- Bernie has joined
[16:03:37] --- gih has left: Replaced by new connection
[16:03:38] --- gih has joined
[16:04:49] --- dcrocker has left: Replaced by new connection
[16:04:49] --- dcrocker has joined
[16:04:49] --- dcrocker has left
[16:05:37] <Bernie> BTW: My slides about validation framework can be found on http://ietf.hoeneisen.ch/ietf62-enum-validation_v02.pdf
[16:05:37] --- xiaohunhun has left: Lost connection
[16:05:37] --- gas has left: Lost connection
[16:55:26] --- gih has left: Replaced by new connection
[16:55:26] --- gih has joined
[16:55:26] --- gih has left
[17:30:59] --- Bernie has left: Disconnected