The document outlines operational requirements for enhancing BGP error handling. It notes that current NOTIFICATION-based error handling causes disproportionate failures in service provider networks. The requirements are to: 1) Avoid sending NOTIFICATIONS where possible to prevent session teardown, 2) Recover RIB consistency after invalid updates, and 3) Allow session reset while maintaining forwarding. It also calls for improved monitoring capabilities. The draft has received support from operational forums and the author seeks WG adoption.
Audio video ethernet (avb cobra net dante)Jeff Green
AVB fits low-cost, small-form-factor products such as this microphone. The overall trend is that music no longer lives on shelves or in CD racks, but in hard drives in home computers, and increasingly in the cloud. This brings about its own unique problems, not in the encoding system used, or the storage technology, but in distributing the audio from the storage media to the speakers. AVB features are all enabled by a global and port level configuration. Connecting these elements is the AVB-enabled switch (in the graphic above, the Extreme Networks® Summit® X440.) The role of the switch is to provide support for the control protocols: AVB is Ethernet’s next stage of convergence, delivering pitch perfect audio and crystal clear video seamlessly over the network
IP/Ethernet is bringing simplicity and features to audio and video as it has brought to services like VoIP, Storage and many more
High quality, perfectly synchronized A/V until now has been difficult to maintain
Standards work by the IEEE and the AVB standard changes everything, creating interoperability and mass-marketing equipment pricing
Benefits of AVB - Delivers predictable latency and precise synchronization, maximizing the functionality of AV – time synchronization and quality or service
Reduced complexity and Ease of use through interoperability between devices
Streamlines complex network set-up and management, the Infrastructure negotiates and manages the network for optimal prioritized media transport
AV traffic can co-exist with non-AV traffic on same Ethernet infrastructure
Role based control at the XYZ Account - XYZ Account can identify devices and apply policies based on device type all the way down to the port and or the AP. Policies can dynamically change based on the device a user is connecting with and where that user is located. Extreme Networks provides infrastructure to deliver customizable prioritization and scalable capacity via configurable and built-in intelligence, ensuring a comprehensive, superior quality experience. Furthermore, when deployed with Extreme Wireless XYZ Account can configure the network to ensure applications receive the bandwidth they require, while still limiting or preventing high speed streaming of music of video or even games.
Audio video ethernet (avb cobra net dante)Jeff Green
AVB fits low-cost, small-form-factor products such as this microphone. The overall trend is that music no longer lives on shelves or in CD racks, but in hard drives in home computers, and increasingly in the cloud. This brings about its own unique problems, not in the encoding system used, or the storage technology, but in distributing the audio from the storage media to the speakers. AVB features are all enabled by a global and port level configuration. Connecting these elements is the AVB-enabled switch (in the graphic above, the Extreme Networks® Summit® X440.) The role of the switch is to provide support for the control protocols: AVB is Ethernet’s next stage of convergence, delivering pitch perfect audio and crystal clear video seamlessly over the network
IP/Ethernet is bringing simplicity and features to audio and video as it has brought to services like VoIP, Storage and many more
High quality, perfectly synchronized A/V until now has been difficult to maintain
Standards work by the IEEE and the AVB standard changes everything, creating interoperability and mass-marketing equipment pricing
Benefits of AVB - Delivers predictable latency and precise synchronization, maximizing the functionality of AV – time synchronization and quality or service
Reduced complexity and Ease of use through interoperability between devices
Streamlines complex network set-up and management, the Infrastructure negotiates and manages the network for optimal prioritized media transport
AV traffic can co-exist with non-AV traffic on same Ethernet infrastructure
Role based control at the XYZ Account - XYZ Account can identify devices and apply policies based on device type all the way down to the port and or the AP. Policies can dynamically change based on the device a user is connecting with and where that user is located. Extreme Networks provides infrastructure to deliver customizable prioritization and scalable capacity via configurable and built-in intelligence, ensuring a comprehensive, superior quality experience. Furthermore, when deployed with Extreme Wireless XYZ Account can configure the network to ensure applications receive the bandwidth they require, while still limiting or preventing high speed streaming of music of video or even games.
CMAF live Ingest protocol and DASH live ingest as developed by DASH Industry forum for uplink (push based) CMAF, DASH and HLS. With CMAF live ingest you can upload CMAF content and archive it or package it on the fly to HLS and/or DASH
Projekt LabHr powstał z myślą o uzupełnieniu luki istniejącej na rynku w zakresie wykorzystania rzetelnych i trafnych testów psychologicznych w rekrutacji oraz rozwoju pracowników.
zapraszamy,
www.lab-hr.pl
Katalog przykładowych narzędzi diagnostycznych, wspomagających proces rekrutacji.
www.lab-hr.pl
Szukasz innego narzędzia?
Skontaktuj się z nami: info@lab-hr.pl
CMAF live Ingest protocol and DASH live ingest as developed by DASH Industry forum for uplink (push based) CMAF, DASH and HLS. With CMAF live ingest you can upload CMAF content and archive it or package it on the fly to HLS and/or DASH
Projekt LabHr powstał z myślą o uzupełnieniu luki istniejącej na rynku w zakresie wykorzystania rzetelnych i trafnych testów psychologicznych w rekrutacji oraz rozwoju pracowników.
zapraszamy,
www.lab-hr.pl
Katalog przykładowych narzędzi diagnostycznych, wspomagających proces rekrutacji.
www.lab-hr.pl
Szukasz innego narzędzia?
Skontaktuj się z nami: info@lab-hr.pl
Presentation given at MPLS+SDN+NFVWORLD 2019 in Paris that shows how network architects can leverage the support for IPv6 Segment that is included in the Linux kernel to develop new end-to-end services that use IPv6 Segment Routing on clients, routers and servers.
BGP Traffic Engineering with SDN Controller, by Shaowen Ma.
A presentation given at APRICOT 2016’s Software Defined Networking session on 24 February 2016.
Multicast routing configuration and lab example in MikroTik
video multicast routing 1 router
https://www.youtube.com/watch?v=nqUlUIB93Mg
video multicast routing 2 router over wireless
https://www.youtube.com/watch?v=eYEocGYsGZ4
Konfig VLC sebagai stream server multicast
https://www.youtube.com/watch?v=Z1lthcBSSrM
Konfig VLC sebagai player
https://www.youtube.com/watch?v=s2uTs8NRQpY
Performance Evaluation of GTP-U and SRv6 Stateless TranslationChunghan Lee
The GPRS Tunneling Protocol User Plane (GTP-U) has long been deployed for GSM, UMTS and 4G LTE. Now for 5G, IPv6 Segment Routing (SRv6) has been proposed as an alternative user plane protocol to GTP-U in both 3GPP and IETF. SRv6 based on source routing has many advantages: stateless traffic steering, network programming and so on. Despite the advantages, it is hard to expect to replace GTP-U by SRv6 all at once, even in a 5G deployment because of a lot of dependencies between 3GPP nodes. Therefore, stateless translation and co- existence with GTP-U have been proposed in IETF. However there are no suitable measurement platform and performance evaluation results between GTP-U and SRv6. In particular, it is hard to measure latency on commercial traffic generators when a receiving packet type is different from a sending packet type. In this paper, we focus on the performance evaluation between GTP-U and SRv6 stateless translation. We designed an SRv6 measurement platform using a programmable switch, and measured GTP-U and SRv6 functions with pre-defined scenarios on a local environment. Well-known performance metrics, such as throughput and packets per second (PPS), are measured by the traffic generator while the latency at the functions was measured using telemetry on our SRv6 platform. In our evaluation, we cannot find the abrupt performance drop of well-known metrics at SRv6 stateless translation. Moreover, the latency of SRv6 stateless translation is similar to GTP-U and their performance degradation is negligible. Through the evaluation results, it is obvious that the SRv6 stateless translation is acceptable to the 5G user plane.
In this presentation, we will cover the IAP-VPN architecture which includes the following two components: IAPs at branch sites and controller at the data center. Check out the webinar recording where this presentation was used: https://community.arubanetworks.com/t5/Wireless-Access/Technical-Webinar-Recording-Slides-Aruba-Instant-AP-VPN/m-p/300742
Register for the upcoming webinars: https://community.arubanetworks.com/t5/Training-Certification-Career/EMEA-Airheads-Webinars-Jul-Dec-2017/td-p/271908
Similar to IETF80 - IDR/GROW BGP Error Handling Requirements (20)
1. Operational Requirements for Enhanced BGP Error
Handling in BGP-4
draft-shakir-idr-ops-reqs-for-bgp-error-handling
Rob Shakir <rob.shakir@cw.com>
IETF 80 – Prague, CZ.
2. Problem Statement.
• NOTIFICATION
based
on
errors
in
BGP-‐4
UPDATE
messages
cause
dispropor?onate
failures
in
Service
Provider
Networks.
IPv4
L3VPN ASN 1
ASN 2
IPv6
RR L3VPN
ASN 3
AS BR IP "TRANSIT" ...
PE
VPLS
...
RR
...
Global
IPv4
ASN N
Global
IPv6
iBGP
eBGP
• Mul%ple
AFIs
(services)
affected.
• Paths
to
all
NLRI
affected
despite
error
• Discrete
rou%ng
topologies
affected
in
single
UPDATE.
(e.g.
different
L3VPNs)
3. Avoiding sending NOTIFICATION.
• Operator’s
deployments
mean
compromises
to
protocol
correctness
resul?ng
in
invalid
rou?ng
may
be
acceptable.
– Par%cularly
with
mul%ple
AFI
–
some
carrying
many
discrete
topologies.
VRF 1
CPE A
CPE B
RR PE
VRF 2
!""#$%&'#()*+*"*,-.'/ CPE C
-0#'-0,".#1!&2
• Requirement
is
to
avoid
sending
NOTIFICATION
where
possible.
– Do
not
send
for
erroneous
UPDATEs
(and
hence
avoid
teardown).
– Session
failure
affects
all
NLRI,
where
nega%ve
impact
affects
a
subset.
– Required
for
both
eBGP
and
iBGP.
4. Recover RIB Consistency.
• Inconsistent
RIB
(by
trea?ng
UPDATE
as
withdraw)
compromises
protocol
correctness.
– The
resul%ng
RIB
inconsistency
may
have
resulted
in
forwarding
loops
or
black-‐holes.
– BGP
speaker
is
aware
of
this
case,
if
using
“treat-‐as-‐withdraw”.
• Whilst
such
inconsistencies
are
acceptable,
they
are
clearly
sub-‐op?mal.
– Mechanism
required
to
recover
consistency
of
the
RIB,
and
remove
invalid
rou%ng.
• Whole
RIB
or
specific
RIB
subset?
– ROUTE
REFRESH
is
inefficient
where
a
BGP
speaker
knows
the
NLRI
transmiWed
in
the
invalid
UPDATE.
– Requirement
for
mechanism(s)
to
request
specific
RIB
subsets
–
reduce
control-‐plane
load.
– Allow
for
such
requests
to
be
automa%cally
or
manually
generated.
5. Session Reset whilst Maintaining RIB/FIB.
• Currently
NOTIFICATION
and
session
reset
is
the
reac?on
to
an
error.
– Deals
with
reseYng
state
that
may
have
resulted
in
erroneous
UPDATE.
– Major
opera%onal
issue
is
the
forwarding
disrup%on
caused.
FORWARDING PLANE UNAFFECTED.
SESSION
RESET
RTR A RTR B
SESSION
RE-OPEN
• Benefits
of
reseSng
all
session
state
whilst
allowing
forwarding
to
con?nue.
– Iden%cal
recovery
mechanism
as
is
implemented
currently,
with
lower
impact
to
opera%on
of
the
network.
6. Monitoring.
• Addi?onal
complexity
in
the
protocol
requires
further
opera?onal
visibility.
– Let
our
NOCs
know
about
BGP-‐4
errors,
and
respond.
– Previously
NOTIFICATION/tear-‐down
was
very
visible
due
to
forwarding
outages.
• Enhance
monitoring
toolset.
– Capability
to
transmit
error
informa%on
between
BGP
neighbours.
– Further
visibility
to
determine
where
errors
have
occurred,
and
what
they
are.
7. Caveats of Requirements.
• React
to
errors
(and
recover)
within
available
control-‐plane
resource.
– Ensure
that
we
do
not
reach
looped
scenarios
where
automa%c
recovery
is
available.
• Exponen?al
(?)
Back-‐Off
for
RIB
recovery
requests.
– Don’t
overload
neighbour
and/or
local
BGP
speaker
with
recovery
requests.
• Avoid
constant
session
restarts.
– Iden%fy
a
point
at
which
a
session
is
“bad”
if
using
automa%c
mechanisms
to
recover.
8. Draft Progression.
• DraV
has
been
presented
and
discussed
at
a
number
of
opera?onal
forums.
– NANOG,
UKNOF,
LINX.
– Well
supported
as
a
set
of
requirements
for
operators
(see
GROW
and
IDR
mailing
lists).
• Would
like
WG
adop?on.
– Provides
a
framework
to
which
IDR/GROW
work
items
can
be
%ed.
– Intends
to
avoid
“par%al
solu%ons”
that
do
not
meet
the
toolset
required
by
operators.
• Thoughts
as
to
which
WG
is
most
suitable?