Re: [j-nsp] Migrating to MVPN

Dragan Jovicic via juniper-nsp писал(а) 2024-06-10 13:15: The latter. Can't modify STBs (they have default route). Should be networking solution it seems. Thanks... IIRC, multicast topology don't have to match unicast topology. I probably wouldn't mess up with trying to split the topology on

Re: [j-nsp] Migrating to MVPN

Hi, On Mon, Jun 10, 2024 at 06:25:23PM +0200, Dragan Jovicic wrote: > How do you steer traffic in GRT to 0/0 to proxy? Tell the software that wants to "use the Internet" that it needs to go via proxy. But maybe I misunderstood the problem - is this intended for "send multicast to Internet (in ad

Re: [j-nsp] Migrating to MVPN

Hi, How do you steer traffic in GRT to 0/0 to proxy? Extra NIC is not possible (can't modify STBs). On Mon, Jun 10, 2024 at 6:14 PM Gert Doering wrote: > Hi, > > On Mon, Jun 10, 2024 at 05:34:46PM +0200, Dragan Jovicic via juniper-nsp > wrote: > > Just brainstorming - what would be other possib

Re: [j-nsp] Migrating to MVPN

Hi, On Mon, Jun 10, 2024 at 05:34:46PM +0200, Dragan Jovicic via juniper-nsp wrote: > Just brainstorming - what would be other possible solutions, if any? > No source routing allowed to steer traffic to CGNAT. > Putting another public IP on each STB is not possible. > Putting IPv6 on STB just for

[j-nsp] Migrating to MVPN

Hello, This is not tied directly only to JNPR, but suppose the following scenario. STBs in our IPTV multicast network are using only multicast service provided by global IP core network in our environment. Meaning - no MPLS, traditional PIM-SM topology in global table. STBs are using private addre