RE: [Sipping] I-D ACTION:draft-elwell-sipping-identity-interworki ng-00.txt

["Francois Audet" <[e-mail]>]

Hi John,

This is a very useful document. 

In any case, I've got a few comments:

- I would like to see a mention of how to relate SIP URIs and tel URIs
  for QSIG phone numbers by putting an explicit reference to section
  19.1.6 of RFC 3261. This could be somewhere in your draft, perhaps in
  section 11.2.2.

- There doesn't seem to be much guidance in your draft of how to 
  indicate QSIG type of number information using the phone-context.
  This is precisely the type of thing that the phone-context was 
  created to do for "local" numbers (i.e., within a private domain).
  For example, a enterprise foo.com might decide to use the following 
  mapping for NPI/TON to phone-context:

  	NPI=Private ISO/IEC 11571, TON=	phone-context=
      -----------------------------------------------------
	level 2 regional number			level2.foo.com
	level 1 regional number			level1.foo.com
	local (level 0) number			level0.foo.com
	PISN-specific number			special.foo.com
	unknown number				unknown.foo.com

  Of course, an enterprise could choose to use a phone-context of foo.com
  as the highest level of the phone number hierarchy, be it Level 2 or Level
1.
  Also, the host could be diffent that the domain in the phone-context: you
  could have foo.com in the phone-context and serviceprovider.net as the
host
  domain. Also, this is just an example: the idea is that the enterprise
  would assign diffent phone contextes to different QSIG types of number.

  This would yield SIP URIs like 
	sip:53756;phone-context=[e-mail];user=phone
	sip:265-3756;phone-context=[e-mail];user=phone
	sip:6-911;phone-context=[e-mail];user=phone
  
  This is probably something that should also go in section 11.2.2.
  
  All this is very much in line with draft-antti-rfc2806bis-08.

> -----Original Message-----
> From: Elwell, John [mailto:[e-mail]] 
> Sent: Thursday, May 29, 2003 07:38
> To: '[e-mail]'
> Subject: RE: [Sipping] I-D 
> ACTION:draft-elwell-sipping-identity-interworki ng-00.txt
> 
> 
> This document has been produced in ECMA, and comments of the 
> SIP community are invited prior to finalisation of the ECMA 
> publication during the coming weeks.
> 
> [e-mail]
> 
> 
> > -----Original Message-----
> > From: [e-mail] [mailto:[e-mail]]
> > Sent: 29 May 2003 12:20
> > Cc: [e-mail]
> > Subject: [Sipping] I-D 
> > ACTION:draft-elwell-sipping-identity-interworking-00.txt
> > 
> > 
> > A New Internet-Draft is available from the on-line
> > Internet-Drafts directories.
> > 
> > 
> > 	Title		: User identification in a SIP/QSIG environment
> > 	Author(s)	: J. Elwell
> > 	Filename	: 
> > draft-elwell-sipping-identity-interworking-00.txt
> > 	Pages		: 31
> > 	Date		: 2003-5-28
> > 	
> > This document examines means of identifying or naming users of
> > telephony services within an enterprise. Numeric names 
> (numbers) are 
> > used in traditional Private Integrated Services Networks (PISNs) 
> > using QSIG as the network signalling protocol. They are 
> also used for 
> > external communication, e.g., with a public Integrated Services 
> > Digital Network (ISDN). Names need not be numeric in Internet 
> > Protocol (IP) networks employing signalling protocols such as the 
> > Session Initiation Protocol (SIP). This document therefore looks at 
> > naming schemes that are appropriate within enterprise IP 
> networks, in 
> > particular enterprise IP networks employing SIP as the signalling 
> > protocol. It also investigates naming schemes that are 
> appropriate in 
> > a mixed QSIG/SIP enterprise network and the treatment of 
> names at an 
> > interworking point. It details the use of names not only for 
> > selecting a user to participate in a call, but also as a means of 
> > identifying a user in a call to other users in that call. ENUM and 
> > private ENUM-like services are also examined.
> > 
> > A URL for this Internet-Draft is: 
> > http://www.ietf.org/internet-drafts/draft-elwell-sipping-ident
> ity-interworking-00.txt
> 
> To remove yourself from the IETF Announcement list, send a message to 
> ietf-announce-request with the word unsubscribe in the body 
> of the message.
> 
> Internet-Drafts are also available by anonymous FTP. Login 
> with the username "anonymous" and a password of your e-mail 
> address. After logging in, type "cd internet-drafts" and then
> 	"get draft-elwell-sipping-identity-interworking-00.txt".
> 
> A list of Internet-Drafts directories can be found in 
http://www.ietf.org/shadow.html 
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt


Internet-Drafts can also be obtained by e-mail.

Send a message to:
	[e-mail].
In the body type:
	"FILE
/internet-drafts/draft-elwell-sipping-identity-interworking-00.txt".
	
NOTE:	The mail server at ietf.org can return the document in
	MIME-encoded form by using the "mpack" utility.  To use this
	feature, insert the command "ENCODING mime" before the "FILE"
	command.  To decode the response(s), you will need "munpack" or
	a MIME-compliant mail reader.  Different MIME-compliant mail readers
	exhibit different behavior, especially when dealing with
	"multipart" MIME messages (i.e. documents which have been split
	up into multiple messages), so check your local documentation on
	how to manipulate these messages.
		
		
Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft. _______________________________________________
Sipping mailing list  https://www1.ietf.org/mailman/listinfo/sipping
This list is for NEW development of the application of SIP
Use [e-mail] for questions on current sip Use
[e-mail] for new developments of core SIP