On 1/Aug/18 19:43, Tarko Tikan wrote:
>
>
> We are an IPTV provider in europe and we definetly see share of linear
> TV (that we are delivering via intra-AS multicast today) decreasing YOY.
>
> OTT plays a big part but even more customers use our own on-demand
> services including network PVR
On 1/Aug/18 00:15, Job Snijders wrote:
> However, as you noted; multicast within a single administrative domain
> (such as an access network distributing linear TV), or confined to
> purpose-built L3VPNs very much is a thing. On the public Internet multicast
> seems dead.
I'd concur.
Mark.
On 27/Jul/18 16:40, Job Snijders wrote:
> This is awesome! I think it is important to have multiple high quality
> implementations so operators have a choice, this way we can work
> towards a healthy routing security software ecosystem and avoid
> mono-culture.
Yes, great to see more implement
Especially with the main carrier Hotel being located next to the ocean.
Robert DeVita
Managing Director
Mejeticks
c. 469-441-8864
e. radev...@mejeticks.com
From: 32531414200n behalf of
Sent: Thursday, August 2, 2018 4:27 PM
To: nanog@nanog.org
Subject: possible ha
Hi Michel,
it looks likes you have RPKI validation enabled for this prefix in
BGPmon.net.
This will tell BGPmon to run the RPKI validation checks for the prefix
and alert you if there's no valid ROA found.
This bgpmon alert below is from July 20 which was right around the time
the ROA was created
If you have stuff in Hawaii, you might want to
start thinking about your DR plan. Things can
change a lot for the better in 7 days, but they
can also get ugly fast. Best to prepare just
in case...
https://www.nhc.noaa.gov/refresh/graphics_ep5+shtml/204426.shtml
You could put this multicast receiver into the last hop before the customer
and then send unicast to the customer.
Regards,
Jakob.
-Original Message-
From: Saku Ytti
Sent: Thursday, August 2, 2018 2:45 PM
To: Jakob Heitz (jheitz)
Cc: nanog@nanog.org
Subject: Re: Confirming source-rout
ok. Play 2 minutes of ads at the start and save a stream.
Play another 2 minutes of ads every 16 minutes, then the maximum number of
streams is 4.
The ads can be received in a single stream or be received after the shorter
streams have completed.
Regards,
Jakob.
-Original Message-
From
On Fri, 3 Aug 2018 at 00:42, Saku Ytti wrote:
> Cute :). Well 8*bitrates, but nice optimisation to make stream count
> finite. Of course at cost of quality, as receiver needs up-speed of 8x
> at start. Interesting side-effect, quality increases as movie
> progresses :)
I may have worded up-speed
Hey,
On Fri, 3 Aug 2018 at 00:36, Jakob Heitz (jheitz) via NANOG
wrote:
> Hey, there's a better way.
> Split the movie into segments:
> Segment 1: Minute 1.
> Segment 2: Minute 2.
> Segment 3: Minutes 3,4.
> Segment 4: Minutes 5-8.
> Segment 5: Minutes 9-16.
> etc.
> Then send each segment in a
Hey, there's a better way.
Split the movie into segments:
Segment 1: Minute 1.
Segment 2: Minute 2.
Segment 3: Minutes 3,4.
Segment 4: Minutes 5-8.
Segment 5: Minutes 9-16.
etc.
Then send each segment in a loop.
Each receiver receives every loop simultaneously.
Each segment may start receiving part
If you have stuff in Hawaii, you might want to
start thinking about your DR plan. Things can
change a lot for the better in 7 days, but they
can also get ugly fast. Best to prepare just
in case...
https://www.nhc.noaa.gov/refresh/graphics_ep5+shtml/204426.shtml?cone
https://www.nhc.noaa.gov
Dear Michel,
This question is probably best answered by Andree Toonk from the
BGPMon project. I've CCed him.
Kind regards,
Job
On Thu, Aug 2, 2018 at 10:27 PM, Michel Py wrote:
> Hi Nanog,
>
> I received recently some of these messages, and I don't understand the logic
> of them.
> If there i
Hi Nanog,
I received recently some of these messages, and I don't understand the logic of
them.
If there is no ROA found, the code should be 1, and the status unknown / not
found.
What is the logic behind getting a Validation failure if there is no ROA ?
Please help RPKI n00b,
Thanks.
===
On Thu, 2 Aug 2018, John Levine wrote:
In article you
write:
Multicast is being used in various private IP networks. It seems to work
very well for satellite content distribution because multicast doesn't
require ack's. Enterprise networks also use multicast.
I would think it'd work fine on
In article you
write:
>Multicast is being used in various private IP networks. It seems to work
>very well for satellite content distribution because multicast doesn't
>require ack's. Enterprise networks also use multicast.
I would think it'd work fine on private networks, but since there's no
Thanks to everyone that helped. Off-list I heard from network engineers
at several global Internet providers. They all confirmed that multicast
is no longer supported on their public Internet backbones, no matter what
their sales people might say. If someone opened a multicast trouble
ticket,
17 matches
Mail list logo
