Skip to Content.
Sympa Menu

wg-multicast - Re: This coming year's multicast working group goals

Subject: All things related to multicast

List archive

Re: This coming year's multicast working group goals


Chronological Thread 
  • From: "Marshall Eubanks" <>
  • To: Dave Devereaux-Weber <>, wg-multicast <>
  • Subject: Re: This coming year's multicast working group goals
  • Date: Tue, 11 Oct 2005 22:27:07 -0400

On Tue, 11 Oct 2005 09:23:25 -0500
Dave Devereaux-Weber
<>
wrote:
> I have been working with a local ISP and CLEC to encourage them to
> multicast
> peer with us. One strong inducement is television content. I have told
> the
> CLEC that the University of Wisconsin-Madison multicasts some sports
> programming, and CLEC customers could view that programming if multicast
> peering
> were in place.

Is this based on MPEG-2 NTSC, or some other codec ?
Have you had discussed the EPG with them ?

Regards
Marshall



>
> Dave
>
> Alan Crosswell wrote:
> > Show them the business model in which content providers finally are able
> > to afford providing content, which leads them to provide more content
> > rather than the current model of having to provide more copies of the
> > same content. This results in more bandwidth overall as the number of
> > channels expands.
> >
> > Did I get that right Marshall? ;-)
> > /a
> >
> > McCallum, Robert wrote:
> >
> >> Decent list Alan. I totally agree with the ISP being more multicast
> >> centric. I shall keep trying to hammer home the benefits to my companys
> >> ISP faction and hopefully one day they actually might just listen :-).
> >>
> >> -----Original Message-----
> >> From: Alan Crosswell
> >> [mailto:]
> >> Sent: 10 October 2005
> >> 21:54
> >> To: wg-multicast
> >> Subject: This coming year's multicast working group goals
> >>
> >>
> >> Please comment on the following proposed goals for the Internet2
> >> Multicast Working Group. I would like to hear your opinions of things
> >> that you
> >> think should be dropped from or added to the list, and whether you
> >> have any
> >> interest in volunteering your time to help meet the goals.
> >>
> >> Some of this work is done by volunteers. Some is done by Abilene
> >> engineering staff. Some is done by Internet2 staff.
> >>
> >> Mission
> >>
> >> See http://multicast.internet2.edu/wg-multicast-charter.shtml for the
> >> current mission statement. I'm no good at mission statements.
> >> Someone want to
> >> take a crack at revising this or is it good enough?
> >>
> >> Goals
> >>
> >> 1. Encourage Source-Specific Multicast SSM
> >> - Why? Because MSDP won't scale and doesn't exist in IPv6.
> >> - How: Work with commercial I2 members, other vendors, and freeware
> >> producers to make their products SSM-capable. This primarly means
> >> IGMPv3 support in
> >> a. end systems OSes (XP, Linux done. MacOS X, other BSDs not
> >> done)
> >> b. black boxes (e.g. Vbrick)
> >> c. client software (e.g. Real Player, Windows Media Player,
> >> StreamPlayerII, etc.)
> >> (Note that VLC already does SSM)
> >> d. switches
> >>
> >> 2. Collect and disseminate multicast testing and debugging tools. Much
> >> of this
> >> has been done already but the tool list needs to be cleaned up and
> >> extended.
> >>
> >> 3. Continue to deliver training through Hands-on Workshops.
> >>
> >> 4. IPv6 Multicast
> >> a. Work with v6 working group to bridge v6 and multicast workshop
> >> content.
> >> b. Encourage use of embedded RP in Abilene and other R&E networks.
> >> c. Make sure the toolset for v4 also works for v6.
> >> d. Work with switch vendors to encourage/evaluate MLDv2 support.
> >>
> >> 5. Liaison with related working groups
> >> a. IETF MAGMA
> >> b. Internet2 bigvideo, v6, measurement, routing, etc.
> >> c. Security group(s)
> >> d. International R&E groups
> >>
> >> 6. Push commodity ISP adoption of multicast routing
> >> a. Talk to the ISPs and try to convince them of the value.
> >> b. Work through the Quilt and gigapops to make multicast routing a
> >> requirement for ISP contracts. Highlight those ISPs that already
> >> offer multicast peering.
> >> c. Talk to home access provider ISPs to try and encourage multicast
> >> support
> >> so our residential broadband users see the same benefit as our
> >> on-campus
> >> users.
> >>
> >> 7. Clean up the http://multicast.internet2.edu web site.
> >>
> >> 8. Invent the multicast killer app:-)
> >>
> >>
> >> Thanks.
> >> /a
> >>
>
> --
> David Devereaux-Weber, P.E.
>
> Network Services http://cable.doit.wisc.edu/
> Division of Information Technology
> The University of Wisconsin - Madison
> (608)262-3584




Archive powered by MHonArc 2.6.16.

Top of Page