Re: [stir] I-D Action: draft-kaplan-stir-ikes-out-00.txt

I really like your draft, especially the fact that inter networks with ss7.
 Just have a initial comment that in the case of the UUI header, the spec
should probably specify that  the Protocol Discriminator for the UUI header
should be set to 00 - User Specific Coding.  Though it might me an
interesting question if it is possible to use a new value for the protocol
discriminator to easily identify that the value in the UUI header is a
signature.

Also how about the case where bob@example.com gets aliased to an e164 when
reaching the pstn gateway?  I assume the pstn gateway would "own" the e164
and can re-sign the call before forwarding, but would it be interesting to
mention this case in the spec?

Look forward to hearing your thoughts!

Torrey

On Fri, Jul 12, 2013 at 6:39 AM, Hadriel Kaplan
<hadriel.kaplan@oracle.com>wrote:

> Howdy,
> I've been meaning to submit a couple drafts for STIR - one for how a DNS
> model could work, and one for how the stuff can get through SIP and other
> protocols in-band.
>
> Since some of the recent discussion has touched on some of the issues, and
> the deadline for new drafts is fast approaching, I've submitted the latter
> draft just now:
> http://tools.ietf.org/html/draft-kaplan-stir-ikes-out-00
>
> Sorry about the length, and yes it's still drafty/straw-man-ish.  It's
> also repetitive in sections, and needs a re-write, but the general concept
> should be understandable.
>
> Comments/flames appreciated.
>
> -hadriel
>
>
> Begin forwarded message:
>
> > A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
> >
> >
> >       Title           : An Identity Key-based and Effective Signature
> for Origin-Unknown Types
> >       Author(s)       : Hadriel Kaplan
> >       Filename        : draft-kaplan-stir-ikes-out-00.txt
> >       Pages           : 28
> >       Date            : 2013-07-11
> >
> > Abstract:
> >   This document describes a mechanism and format for signing source
> >   identity information of communication requests, in a manner capable
> >   of crossing multiple communication protocol types - even if the
> >   origin's protocol type is unknown.  This is useful for providing
> >   E.164 and other forms of Caller-ID reputability for various
> >   communication protocols, such as SIP, XMPP, WebRTC, H.323, and
> >   SS7/ISUP.
> >
> >
> >
> > The IETF datatracker status page for this draft is:
> > https://datatracker.ietf.org/doc/draft-kaplan-stir-ikes-out
> >
> > There's also a htmlized version available at:
> > http://tools.ietf.org/html/draft-kaplan-stir-ikes-out-00
> >
> >
> > Internet-Drafts are also available by anonymous FTP at:
> > ftp://ftp.ietf.org/internet-drafts/
> >
> > _______________________________________________
> > I-D-Announce mailing list
> > I-D-Announce@ietf.org
> > https://www.ietf.org/mailman/listinfo/i-d-announce
> > Internet-Draft directories: http://www.ietf.org/shadow.html
> > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>
> _______________________________________________
> stir mailing list
> stir@ietf.org
> https://www.ietf.org/mailman/listinfo/stir
>