Skip to Content.
Sympa Menu

wg-multicast - Re: Testing Multicast H.264 Stream

Subject: All things related to multicast

List archive

Re: Testing Multicast H.264 Stream


Chronological Thread 
  • From: Greg Shepherd <>
  • To: George Bray <>
  • Cc: wg-multicast <>
  • Subject: Re: Testing Multicast H.264 Stream
  • Date: Wed, 6 May 2009 08:48:11 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; b=oYW2RLhEvDBqlySfPPjexOClS9Pb8qea/PKlSeccJAjXd/6SOKAdBa4E4diAy1qD/U 5yy+yAFyosVGFlToBrOZQ2h+BC25CxEhHvWv9jPlSN/C2kbFXd8cfVjneRWitl4hGCpr JKym7K9SZNrxdH7A5HLDZhj9kUqou9Ouj5RGQ=

On Wed, May 6, 2009 at 8:16 AM, George Bray
<>
wrote:
> On Wed, May 6, 2009 at 9:42 PM, Greg Shepherd
> <>
> wrote:
>> Can you send your source address so that I may at least check RPF to
>> see why I don't have your SAs?
>
> The machine putting it on the wire is 150.203.164.103

Thanks!

We found an MSDP peering session down which is why we don't have the
SA for your source.

BUT this illuminates an important question. If someone is sourcing
one-to-many content, even if not using the SSM group range,
couldn't/shouldn't the SDP file still contain the source address? If
so, any application with IGMPv3 support (or AMT) could join the SPT
without depending on MSDP. I'm guessing the SDP file was created
automatically by the streaming device/software and is strictly
following the ASM service model (even if it does support SSM). Until
the streaming vendors begin offering this as a feature, the sdp file
could still be hacked manually to add src.

Time for a thread on mmusic.

Greg


> --
> George Bray, The Australian National University, Canberra, Australia.
>



Archive powered by MHonArc 2.6.16.

Top of Page