Re: [MBONED] Input for 3171bis

[Marshall Eubanks <tme at multicasttech.com>]

On Mar 4, 2009, at 4:36 AM, Prashant Jhingran (pjhingra) wrote:

> And who would assign a unique SSM G in such scenarios (viz. where an
> application or content provider wants a unique SSM G) ?

Why would you want it ? What do you gain from having it ?

You do not gain uniqueness - that comes from S being unique. That  
assignment is done
already by the unicast assignment.

Regards
Marshall


> Regards,
> Prashant Jhingran
> www.cisco.com
> Phone:   +91-80-442 61800
>
> -----Original Message-----
> From: mboned-bounces at ietf.org [mailto:mboned-bounces at ietf.org] On  
> Behalf
> Of Stig Venaas
> Sent: Wednesday, March 04, 2009 2:29 PM
> To: Marshall Eubanks
> Cc: mboned at ietf.org
> Subject: Re: [MBONED] Input for 3171bis
>
> Marshall Eubanks wrote:
> > On Mar 3, 2009, at 12:39 PM, Michelle Cotton wrote:
> > > Once again, SSM addresses should also be globally unique and thus
> > > someone should monitor these as well. Shouldn't this be clarified?
> >
> > I do not see why there is any need for globally unique SSM addresses.
> > The channel
> > address (the S,G tuple) needs to be unique, but that can be done by
> > the holder of "S".
>
> The only possible issue is at layer 2. It's not good if everyone uses
> G's that result in the same layer 2 addresses. Randomness might be
> better than uniqueness for this.
>
> I wouldn't completely rule out that some application may want to get a
> well-known SSM group. We do have this for IPv6.
>
> Stig
>
> > Regards
> > Marshall
> >
> >
> > > Comments by Pekka Savola (03/09/2008)
> > >
> > > We have gone through the comments made by Pekka. Some of them will  
> > > be
>
> > > addressed in an updated version of this document.  Others will be
> > > addressed in a future policy document.  This document it meant to
> > > cover more of the procedures for IANA to follow regarding
> > > assignments.  We will begin working on the policy document after  
> > > this
>
> > > document has been published.  We would like to re-start policy
> > > related discussions when we begin working on that document.
> > >
> > >
> > > Please see version 05 of this document that is being Last Called and
> > > submit all comments so that we can review and address them.
> > > Marshall can assist with answering questions as he is currently the
> > > IESG designated multicast expert.
> > >
> > > Thank you for your time and efforts.
> > >
> > > Michelle Cotton
> > > Leo Vegoda
> > > IANA
> > >
> > >
> > > _______________________________________________
> > > MBONED mailing list
> > > MBONED at ietf.org
> > > https://www.ietf.org/mailman/listinfo/mboned
> > >
> > >
> > > ------ End of Forwarded Message
> >
> > _______________________________________________
> > MBONED mailing list
> > MBONED at ietf.org
> > https://www.ietf.org/mailman/listinfo/mboned
>
> _______________________________________________
> MBONED mailing list
> MBONED at ietf.org
> https://www.ietf.org/mailman/listinfo/mboned