[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
IPTV and ASM
- Subject: IPTV and ASM
- From: mtinka at globaltransit.net (Mark Tinka)
- Date: Thu, 29 Dec 2011 18:03:20 +0800
- In-reply-to: <CABO8Q6R1kbG8N7-3KvXgYy9WtW1H4=-+OOapvDpL+uH=8WYwTQ@mail.gmail.com>
- References: <CAL3FGfytdCQMmhG3FibqkQiLKv6KnyTv4U2o1hBUYJpG=s0_pw@mail.gmail.com> <[email protected]> <CABO8Q6R1kbG8N7-3KvXgYy9WtW1H4=-+OOapvDpL+uH=8WYwTQ@mail.gmail.com>
On Thursday, December 29, 2011 08:02:04 AM Keegan Holley
wrote:
> Isn't source discovery and efficiency a big concern for
> ASM? If individual streams are tied to a specific
> source then it's possible to live without some of the
> overhead involved in ASM. Joins go straight to the
> source, traffic is disseminated via direct paths instead
> of being replicated by the RP, etc etc..
In our case, Source discovery happens once, and BGP updates
containing that information is sent to all Receiver PE
routers in the MVPN.
They then generate Type 7 routes locally (due to running
SPT-only mode), which are essentially (S,G) routes.
Once a customer sends a Join message to subscribe to a
group, the Receiver PE router just serves it locally. No
need to send any requests back to the RP.
This breaks regular PIM mechanisms, but is a welcome
deviation that makes a lot of sense.
One does have the option of running RPT-SPT modes which are
akin to regular IP Multicast.
Mark.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.nanog.org/pipermail/nanog/attachments/20111229/c71463c3/attachment.bin>
- References:
- IPTV and ASM
- From: mmcbride7 at gmail.com (Mike McBride)
- IPTV and ASM
- From: jeff.tantsura at ericsson.com (Jeff Tantsura)
- IPTV and ASM
- From: keegan.holley at sungard.com (Keegan Holley)