[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Using DNS for SSM
By channel, you mean the Group, right? The rationale is the assumption
that there will be more Groups than Sources. This may not be a valid
assumption in all cases, but isn't a good chunk of the usefulness of
multicast protocols to allow fewer resources to provide more
services? Using the hierarchy of most DNS lookups as they are used today
(right to left becoming more specific) it seemed logical to process the
records that way.
As for for the SRV records, we will explore that as a possibility to
somehow point to the Source. We're going to test this out some. But do
most clients support that type of record? The information I saw stated
that some clients do not support SRV records (maybe Microsoft?).
In writing this draft, we were looking for solutions which call for the
least number of changes in existing infrastructures, and therefore if the
SRV record functionality would have to be changed in servers or clients,
this option would be less attractive.
Thank you for your input. We will keep it in mind.
Jeff Schoch jschoch@sprint.net
Operations Engineering 703-689-7716
On Wed, 14 Feb 2001, Stephen Sprunk wrote:
> Thus spake "Jeff Schoch" <jschoch@sprint.net>
> > I've just submitted a draft which I think the SSM working group should
> > be interested in. It can be found at:
> > http://www.ietf.org/internet-drafts/draft-schoch-dns-ssm-00.txt
> >
> > It's a relatively short, five page read. Please feel free to send any
> > comments to Sunny and me. Thanks for you time and attention.
>
> I don't see the rationale for making the source the primary key and the
> channels the secondary keys. I think apps will more likely know the
> channel (DNS name) and want a listing of servers.
>
> Have you considered using some variation of SRV records so that you can
> specify port numbers per server? Depending on how you do it, this would
> eliminate the need for a magic ".mcast." in the hostname.
>
> > Jeff Schoch jschoch@sprint.net
> > Operations Engineering 703-689-7716
>
> S
>
> | | Stephen Sprunk, K5SSS, CCIE #3723
> :|: :|: Network Design Consultant, GSOLE
> :|||: :|||: New office: RCDN2 in Richardson, TX
> .:|||||||:..:|||||||:. Email: ssprunk@cisco.com
>
>