Networking

Video: Using AMWA IS-06 for Flow Control on Professional Media Networks

Posted on by Adam K

In IP networks multicast flow subscription is usually based on a combination of IGMP (Internet Group Management Protocol) and PIM (Protocol Independent Multicast) protocols. While PIM allows for very efficient delivery of IP multicast data, it doesn’t provide bandwidth control or device authorisation.

To solve these issues on SMPTE ST 2110 professional media networks the NMOS IS-06 specification has been developed. It relies on a Software-Defined Networking, where traffic management application embedded in each single switch or router is replaced by a centralised Network Controller. This controller manages and monitors the whole network environment, making it bandwidth aware.

NMOS IS-06 specification provides a vendor agnostic Northbound interface from Network Controller to Broadcast Controller. IS-06 in conjunction with IS-04 (Discovery and Registration) and IS-05 (NMOS Device Connection Management) allows Broadcast Controller to automatically set up media flows between endpoints on the network, reserve bandwidth for flows and enforce network security. Broadcast Controller is also able to request network topology information from Network Controller, which can be used to create a user friendly graphic representation of the flows in the network.

In this presentation Rob Porter from Sony Europe explains the basics of NMOS IS-06, showing in details how setting up media flows with this specification fits into the IS-04 / IS-05 workflow. Rob emphasise that all AMWA NMOS specifications are completely open and available to anyone, allowing for interoperability between broadcast and network devices from different manufacturers.

The next speaker, Sachin Vishwarupe from Cisco Systems, focuses on the future works on IS-06, including provisioning feedback (such as insufficient bandwidth, no route available from sender to receiver or no management connectivity), flow statistics, security and grouping (similar to ”salvo” in SDI world).

There is also a discussion on extension of IS-06 specification for Network Address Translation (NAT), which would help to resolve problems caused by address conflicts e.g. when sharing resources between facilities.

You can find the slides here.

Watch now!

Speakers

Rob Porter Rob Porter
Project Manager – Advanced Technology Team
Sony Europe
Sachin Vishwarupe
Principal Engineer
Cisco Systems

Video: Monitoring and Measuring IP Media Networks

Posted on by Adam K

nn

The transition from point-to-point SDI based infrastructure to IP essence flows requires a very different approach to fault-finding. Although new IP diagnostic tools are already available on the market, engineers need combined broadcast and IT knowledge to fully understand the flow of video, audio and data across the switching fabric – including packet jitter, latency, and buffer over/underflows causing dropped packets.

In this video Michael Waidson from Tektronix presents methodologies involved in monitoring IP media networks. The following topics are covered:

  • Strategies for choosing IP Address, Port Number and Payload Type for easier identification of the streams
  • Troubleshooting basics (fibres and SFPs types, checking switch ports)
  • PTP synchronisation
  • Checking syntax of decoded streams (Layer 5 RTP, Marker Bit, Payload Type, Sequence Number, Timestamp)
  • Packet transmission (multiple paths, out of order packets in receiver, jitter, PIT Histogram)
  • Timing (reference clock, RTP timestamps, checking PTP lock, PTP and RTP offset, transmission traffic shape models)

You can download the slides here.

Speaker

Michael Waidson
Application Engineer
Tektronix

Video: TR-1001 Replacing Video By Spreadsheet

Posted on by Russell Trafford-Jones

Here to kill the idea of SDNs – Spreadsheet Defined Networks – is TR-1001 which defines ways to implement IP-based media facilities avoiding some typical mistakes and easing the support burden.

From the JT-NM (Joint Taskforce – Networked Media), TR-1001 promises to be a very useful document for companies implementing ST-2110 or any video-over-IP network Explaining what’s in it is EEG’s Bill McLaughlin at the VSF’s IP Showcase at NAB.

This isn’t the first time we’ve written about TR-1001 at The Broadcast Knowledge. Previously, Imagine’s John Mailhot has dived in deep as part of a SMPTE standards webcast. Here, Bill takes a lighter approach to get over the main aims of the document and adds details about recent testing which happened across several vendors.

Bill looks at the typical issues that people find when initially implementing a system with ST-2110 devices and summarises the ways in which TR-1001 mitigates these problems. The aim here is to enable, at least in theory, many nodes to be configured in an automatic and self-documenting way.

Bill explains that TR-1001 covers timing, discovery and connection of devices plus some of configuration and monitoring. As we would expect, ST-2110 itself defines the media transport and also some of the timing. Work is still to be done to help TR-1001 address security aspects.

Speaker

Bill McLaughlin Bill McLaughlin
VP Product Development,
EEG Enterprises

Video: AWS Networking Fundamentals

Posted on by Russell Trafford-Jones

Networking in the cloud, by rights, should be the same in your office but with it’s a lot easier when you’re led through it. From subnets to VPN’s, this talk from AWS makes sure you can get your VPC (Virtual Private Cloud) talking to other parts of your cloud infrastructure and your office.

Starting with the basics and building up, Perry and Tom take us through the IP address allocation, address choices, firewall configuration, security configuration and then on to Direct Connect, VPNs sharing VPC resources and much more.

From the AWS Summit 2019, this is a great talk for those who know networking well and are new to AWS, as well as those who are comfortable with AWS names, but are a little rusty on the finer points of networking.

Watch now!

Speakers

Perry Wald Perry Wald
Enterprise Solutions Architect,
AWS
Tom Adamski Tom Adamski
Specialist Solutions Architect,
AWS