Re: [port-srv-reg] Questions about the Port Template forms for the ports document actions
Joe Touch <touch@isi.edu> Wed, 11 May 2011 17:12 UTC
Return-Path: <touch@isi.edu>
X-Original-To: port-srv-reg@ietfa.amsl.com
Delivered-To: port-srv-reg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5FEBAE0799 for <port-srv-reg@ietfa.amsl.com>; Wed, 11 May 2011 10:12:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.679
X-Spam-Level:
X-Spam-Status: No, score=-103.679 tagged_above=-999 required=5 tests=[AWL=-2.920, BAYES_00=-2.599, J_CHICKENPOX_24=0.6, SARE_LWSHORTT=1.24, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NPp8UkNJ2EDu for <port-srv-reg@ietfa.amsl.com>; Wed, 11 May 2011 10:12:30 -0700 (PDT)
Received: from vapor.isi.edu (vapor.isi.edu [128.9.64.64]) by ietfa.amsl.com (Postfix) with ESMTP id B0689E0684 for <port-srv-reg@ietf.org>; Wed, 11 May 2011 10:12:23 -0700 (PDT)
Received: from [128.9.160.166] (abc.isi.edu [128.9.160.166]) (authenticated bits=0) by vapor.isi.edu (8.13.8/8.13.8) with ESMTP id p4BHBdDQ027471 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT); Wed, 11 May 2011 10:11:39 -0700 (PDT)
Message-ID: <4DCAC34B.7010600@isi.edu>
Date: Wed, 11 May 2011 10:11:39 -0700
From: Joe Touch <touch@isi.edu>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10
MIME-Version: 1.0
To: Michelle Cotton <michelle.cotton@icann.org>
References: <C9EFD80C.2FF0A%michelle.cotton@icann.org>
In-Reply-To: <C9EFD80C.2FF0A%michelle.cotton@icann.org>
Content-Type: text/plain; charset="windows-1254"; format="flowed"
Content-Transfer-Encoding: 8bit
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Cc: "port-srv-reg@ietf.org" <port-srv-reg@ietf.org>
Subject: Re: [port-srv-reg] Questions about the Port Template forms for the ports document actions
X-BeenThere: port-srv-reg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion of updates to service name and transport protocol port registry <port-srv-reg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/port-srv-reg>, <mailto:port-srv-reg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/port-srv-reg>
List-Post: <mailto:port-srv-reg@ietf.org>
List-Help: <mailto:port-srv-reg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/port-srv-reg>, <mailto:port-srv-reg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 May 2011 17:12:31 -0000
On 5/11/2011 6:07 AM, Michelle Cotton wrote: > I'm actually not sure that is how we meant it and the titles/headings should > be changed. > > Perhaps that is a question to the group. > > Should there be a separate service name template? > Or do we keep them together in one? I'd keep them together. Joe > > --Michelle > > > On 5/11/11 2:08 AM, "Magnus Westerlund"<magnus.westerlund@ericsson.com> > wrote: > >> On 2011-05-04 18:24, Pearl Liang wrote: >> Hello All, >> >> Since the >> I-D.ietf-tsvwg-iana-ports has been approved, we are also in the >> process >> modifying the template forms. The existing template forms are >> available >> at: >> >> Port Number Application: >> http://www.iana.org/cgi-bin/usr-port-number.pl >> Modification Application: >> http://www.iana.org/cgi-bin/mod_portno.pl >> >> Attached are two >> revised/drafted template forms. In these drafted forms, >> I still include the >> extended texts. Joe responded in a previous message >> that the text may need >> some revisions. So, >> >> [1] Please review the draft forms and texts >> (attached), and let me know if >> you have any questions and changes. > > User >> Port template: > > 1. So there will be a separate "service name" request page? > >> I do think it is a good idea, but just to ensure that this isn't > missing >> functionality. > > 2. "(Note: All information submitted to IANA will not be made >> public > without proper consent of the applicant.)" > > Is this correct, to me this >> appears to be binding on the expert review > team also. I think you need to >> clarify in which regard you keep > confidentiality. > > 3. I think the template >> should make clear the difference between the > contact and the assignee with >> some wording? > > 4. "(Please check one(s) that is currently required.)" > > Is >> "required" really the right word here? I know the intention is to > only have >> the requestor check the ones that they intended to use in the > short term. Can >> some better formulation be found? > > Port Modification template: > > 5. Regarding >> comment 4 above, this template has a different formulation > for the >> protocols. > > 6. I do become uncertain if it is a modification request or new >> request > to add an additional protocol to a service. I think you need to make >> it > clear which to use. > > 7. If I want to change some of the SCTP specific info >> from the > registration template, how do I do that? > > >> >> Further, we have >> additional questions regarding some registrations in the >> registries: >> >> >> [2] >> Gorry, we currently have the following dccp ports listed in the >> registry: >> >> discard 9/dccp Discard SC:DISC [RFC4340] > > The SC is >> present it is "DISC" but if you want it as a 32-bit integer it is > > DISC = 44 >> 49 53 43 which interpreted as an 32 bit integer are: > > SC=741422379 >> SC=x2c31352B > >> >> avt-profile-1 5004/dccp RTP media data [RFC 3551][RFC >> 5762] >> avt-profile-2 5005/dccp RTP control protocol [RFC 3551][RFC 5762] >> >> > > The following service codes are registered with RTP usage: > o SC:RTPA >> (equivalently SC=1381257281 or SC=x52545041): an RTP > session conveying >> audio data (and OPTIONAL multiplexed RTCP) > > o SC:RTPV (equivalently >> SC=1381257302 or SC=x52545056): an RTP > session conveying video data (and >> OPTIONAL multiplexed RTCP) > > o SC:RTPT (equivalently SC=1381257300 or >> SC=x52545054): an RTP > session conveying text media (and OPTIONAL >> multiplexed RTCP) > > o SC:RTPO (equivalently SC=1381257295 or SC=x5254504f): >> an RTP > session conveying any other type of media (and OPTIONAL > >> multiplexed RTCP) > > o SC:RTCP (equivalently SC=1381253968 or SC=x52544350): >> an RTCP > connection, separate from the corresponding RTP > > > > >> syslog-tls >> 6514/dccp syslog over DTLS [RFC6012] > > 1398361159 SYLG Syslog Protocol >> [RFC6012] > > > >> >> Can you please supply us with the service codes for >> those? > > So I am not gorry, but they where present in the documents >> referenced. > > >> >> [3] >> Is it possible for DCCP Service codes to be modified? >> Or once they are >> assigned they stay there forever? > > I don't think they can >> be modified in the context of a service-name and > server port. > > One thing that >> can happen is that one can request to add additional > service codes to a >> service name and a port combination. > > If that is a modification of an existing >> service-name + combination or a > new request do needs to be discussed. But >> requiring it to be a new > request might be a good idea. > >> >> >> [4] >> Should >> we include a new field for 'port number requested (optional)' in >> the >> application form? >> This way, we are not fishing through the application form >> for if they >> requested a particular port number. >> We could also add a check >> for ³no number preference². > > Yes, I think that is a good idea. > > >> >> [5] >> >> Currently in the registry we have temporary assignments. We would like to >> >> suggest the following action: >> Send the registrant an email to ask if they >> are still using the port number >> If yes, have them complete the registration >> form so that it can be >> permanently assigned >> If no, remove the port >> assignment >> If we are unable to reach them, remove the port assignment (after >> 3 >> attempts) >> >> Please let us know if you agree to this process. >> > > I >> think everything but the removal is okay. The removal is likely ok but > maybe >> should be put in the port numbers comment. The alternative is to > reserve the >> port number for now with a note that it was temporarily > assigned. > >> [6] >> In >> one of our previous messages we asked the following and Joe responded: >> >>> >> 9. What was ever decided regarding the few duplicate names in the >>> >> current ports registry? Are we doing anything with those? >> >> [Joe] You mean >> alternates, such as "www" and "http"? >> >> [Joe] I thought we were declaring >> one of those the primary, and listing >> the >> others in some secondary place >> as deprecated but equivalent. >> >> I think with http and www they are >> considered alias, however we still need >> to be instructed on what to do for >> the registry. >> >> We also have the following case: >> >> msp >> 18/tcp Message Send Protocol >> msp 18/udp Message Send >> Protocol >> # Rina Nethaniel<---none---> >> >> and >> >> >> msp 2438/tcp MSP >> msp 2438/udp MSP >> # >> Evan Caves<evan&acc.com> >> >> What do we do with this? > > I don't think there >> exist any good way of resolving this. I think > assigning them each an >> alternative unique name and leave in a comment > about the original not being >> unique and should not be used in lookup > usages. > > Cheers > > Magnus >> Westerlund > > ------------------------------------------------------------------ >> ---- > Multimedia Technologies, Ericsson Research >> EAB/TVM > ---------------------------------------------------------------------- >> > Ericsson AB | Phone +46 10 7148287 > Färögatan 6 >> | Mobile +46 73 0949079 > SE-164 80 Stockholm, Sweden| mailto: >> magnus.westerlund@ericsson.com > ----------------------------------------------- >> ----------------------- > > _______________________________________________ > Port- >> srv-reg mailing >> list > Port-srv-reg@ietf.org > https://www.ietf.org/mailman/listinfo/port-srv-reg > > > _______________________________________________ > Port-srv-reg mailing list > Port-srv-reg@ietf.org > https://www.ietf.org/mailman/listinfo/port-srv-reg
- [port-srv-reg] Questions about the Port Template … Pearl Liang
- Re: [port-srv-reg] Questions about the Port Templ… Michelle Cotton
- Re: [port-srv-reg] Questions about the Port Templ… Magnus Westerlund
- Re: [port-srv-reg] Questions about the Port Templ… Michelle Cotton
- Re: [port-srv-reg] Questions about the Port Templ… Joe Touch
- Re: [port-srv-reg] Questions about the Port Templ… Joe Touch
- Re: [port-srv-reg] Questions about the Port Templ… Pearl Liang
- Re: [port-srv-reg] Questions about the Port Templ… Magnus Westerlund
- Re: [port-srv-reg] Questions about the Port Templ… Pearl Liang
- Re: [port-srv-reg] Questions about the Port Templ… Joe Touch