SlideShare uma empresa Scribd logo
1 de 59
Week 9
Congestion control
IPv6
Agenda
• Congestion control
• AIMD in TCP
• Explicit Congestion Notification
• Modern Congestion Control
• IPv6
Basic ECN
• Issues
• What happens if the returning ECN-echo is
lost ?
• How can we deploy ECN?
R1 R2
A D
Congestion Notification
Mark the IP packet that caused congestion
by setting one bit flag (CE: Congestion Experienced)
TCP source behaviour
Upon reception of an ECN-Echo=1 TCP ack,
behave as if the corresponding segment was lost
(perform congestion avoidance).
TCP destination behaviour
Upon reception of a CE=1 IP packet indicate the
congestion to the source by setting a special
flag (ECN-Echo) in the returning TCP ack
Issues with lost acks
R1 R2
A D
1000-1999 CE
2000-2999
ACK(2000),ECN-Echo
ACK(3000)
Dealing with lost acks
R1 R2
A D
1000-1999 CE
2000-2999
ACK(2000),ECN-Echo
ACK(3000), ECN-Echo
3000-3999 CWR
ACK(4000)
Set ECN-Echo
in all segments
Stop setting
ECN-Echo
ECN-Echo,
divide cwnd
Deploying ECN
• On endhosts
• Update the TCP stack to support ECN
• Negotiate ECN usage in SYN
• Encode ECN info in
packets/segments
• For other transport protocols…
Deploying ECN
• On routers
• Routers need to distinguish between
• ECN-capable hosts that react to ECN
• If congestion, such packets are
marked
• Other hosts that do not react to ECN
• If congestion, such packets are
dropped
ECN support on
routers
• Specialised buffer acceptance
algorithms
R1 R2
A D
In case of congestion
If ECT bit is set
Mark the IP packet that caused congestion
by setting on bit flag (CE: Congestion Experienced)
If ECT bit is not set
Discard the IP packet that caused congestion
ECN-capable source
If destination is also ECN capable
Set ECT bit in all IP packets towards destination
Otherwise
Reset ECT bit
Agenda
• Congestion control
• AIMD in TCP
• Explicit Congestion Notification
• Modern Congestion Control
• IPv6
Issues with AIMD
• Performance on high bandwidth*delay links
• Each loss forces TCP in congestion
avoidance and grows slowly
• Bufferbloat
• TCP AIMD tries to saturate buffers until it
causes congestion
• Inflates round-trip-times
• Fairness
• TCP sources with a lower rtt are favored
TCP Congestion
Controls
• Supposed to be fair
• MSS size
• rtt
• Many congestion
control schemes
urce: B. Turkovic, F. Kuipers and S. Uhlig, Fifty Shades of Congestion Control: A Perform
and Interactions Evaluation, https://arxiv.org/pdf/1903.03852.pdf
CUBIC
• A modern congestion controller designed for
high bandwidth*delay product links
• Default on Linux
• Principles
• Use concave and convex profiles of cubic
function to increase cwnd
• CUBIC behaves like AIMD with small
rtt/bw
• CUBIC provides linear bw sharing among
flows with different rtt
CUBIC
• Congestion window increase during
congestion avoidance
urce: B. Turkovic, F. Kuipers and S. Uhlig, Fifty Shades of Congestion Control: A Performa
and Interactions Evaluation, https://arxiv.org/pdf/1903.03852.pdf and RFC8312
cwnd=𝑐𝑤𝑛𝑑𝑚𝑎𝑥+
C× (Δ−
3
𝑐𝑤𝑛𝑑𝑚𝑎𝑥 ×
1−𝛽
𝐶
)
3
Packet loss:
cwnd=𝛽 × 𝑐𝑤𝑛𝑑
Parameters
𝛽 = 0.7 𝐶 = 0.4
Bottleneck Bandwidth
and Round-Trip-Time
(BBR)
• Recent congestion control scheme that aims at
achieving high throughput and low delay
• Operates in four phases
• Startup (similar to slow-start until measured rate
stops increase)
• Drain (empty the queues, send at 0.75 rate)
• compute rttmin over last 10 seconds
• Probe bandwidth every 8 rtt (send at 1.25 rate for
one rtt and then at 0.75 rate)
• Probe RTT (reduce rate for more precise rttmin)
Reno, CUBIC, BBR
Cwnd
ssthresh
Slow-start
exponential increase of cwnd
Congestion avoidance
linear increase of cwnd
Reno, CUBIC, BBR
Cwnd
Slow-start
exponential increase of cwnd
Congestion avoidance
ssthresh
W_max
Reno, CUBIC, BBR
Cwnd
Startup Congestion avoidance
Delay-based
techniques
• TCP Vegas : intuition
• Expected rate =
𝑐𝑤𝑛𝑑
𝑟𝑡𝑡𝑚𝑖𝑛
• Estimate buffer size at bottleneck every rtt
Δ = 𝑐𝑤𝑛𝑑 −
𝑟𝑡𝑡𝑖 − 𝑟𝑡𝑡𝑚𝑖𝑛
𝑟𝑡𝑡𝑖
• if Δ > 4 => cwnd=cwnd-MSS //congestion
• if Δ < 2 => cwnd=cwnd+MSS // increase
CUBIC, Vegas and
BBR
urce: B. Turkovic, F. Kuipers and S. Uhlig, Fifty Shades of Congestion Control: A Performa
and Interactions Evaluation, https://arxiv.org/pdf/1903.03852.pdf and RFC8312
Two TCP connections
Source: B. Turkovic, et al., Fifty Shades of Congestion Control: A Performance
and Interactions Evaluation, https://arxiv.org/pdf/1903.03852.pdf
Two TCP connections,
different rtt
Source: B. Turkovic, et al., Fifty Shades of Congestion Control: A Performance
and Interactions Evaluation, https://arxiv.org/pdf/1903.03852.pdf
Two different congestion
controllers
Source: B. Turkovic, et al., Fifty Shades of Congestion Control: A Performance
and Interactions Evaluation, https://arxiv.org/pdf/1903.03852.pdf
Agenda
• Congestion control
• IPv6
• Addressing architecture
• Packets
• ICMPv6
Length of IP address
• What is the length of an IP address in bits
?
IPv6 addresses
• Each IPv6 address is encoded in 128 bits
• 3.4 x 10^38 possible addressable
devices
• 6.65 x 10^23 addresses per square
meter
• Why 128 bits ?
IPv4
IP version 6
What is percentage of IPv6 users in Belgium ?
Addressing
architecture
• Unicast addresses
• An identifier for a single interface. A
packet sent to a unicast address is
delivered to the interface identified by that
address
• Anycast addresses
• An identifier for a set of interfaces.
• Multicast addresses
• An identifier for a set of interfaces. A
packet sent to a multicast address is
delivered to all interfaces identified by that
Textual
representation
• Hexadecimal format
• FEDC:BA98:7654:3210:FEDC:BA98:7654:3
210
• 1080:0:0:0:8:800:200C:417A
• Compact hexadecimal format
• Some IPv6 addresses contain lots of zero
• use "::" for one or more groups of 16 zeros.
• 1080:0:0:0:8:800:200C:417A =
1080::8:800:200C:417A
• FF01:0:0:0:0:0:0:101 =
FF01::101
IPv6 unicast
addresses
interface ID
128 bits
N bits M bits 128-N-M bits
Usually 64 bits
Based on MAC Address
Can be used to identify the
ISP responsible for this address
A subnet in this ISP or
a customer of this ISP
global routing prefix subnet ID
IPv6 Multicast
• An IPv6 multicast address identifies
a group a receivers
Group ID
128 bits
8 bits 4 bits 112 bits
4 bits
Node local-scope
Link-local scope
Subnet local-scope
Site local-scope
Organisation local-scope
Global scope
Permanent Address
Temporary Address
11111111 flags scope
• All hosts : FF02::1
• All routers : FF02::2
Agenda
• Congestion control
• IPv6
• Addressing architecture
• Packets
• ICMPv6
The IPv6
packet format
32 bits
Ver Tclass Flow Label
NxtHdr Hop Limit
Source IPv6 address
(128 bits)
Payload Length
Destination IPv6 address
(128 bits)
Version=6
Traffic class
Quality of Service
CE and ECT bits
Size of packet
payload in bytes
Unclear utilisation
Loop detection
• Router forwards and
decrement HL provider HL>0
• otherwise packet dropped and
error returned to source
Used to identify the type
of the next header (e.g. UDP, TCP, ...)
in the packet payload
What is the maximum length of an IPv6 packet in bytes ?
Sample
packets
• Identification of a TCP connection
• IPv6 src, IPv6 dest, Source and Destination
32 bits
Ver Tclass Flow Label
NxtHdr Hop Limit
Source IPv6 address
(128 bits)
Payload Length
Destination IPv6 address
(128 bits)
Source port Destination port
Length Checksum
UDP
32 bits
Ver Tclass Flow Label
NxtHdr Hop Limit
Source IPv6 address
(128 bits)
Payload Length
Destination IPv6 address
(128 bits)
Source port Destination port
Checksum Urgent pointer
THL Reserved Flags
Acknowledgment number
Sequence number
Window
TCP
UDP
TCP
Packet forwarding
• IPv6 uses longest match
• Example
Packets to 2001:6a8:3080::1234,
2001:2788:123a::1:1e,
2001:6a8:3880:40::2
Destination Gateway
::/0 fe80::dead:beef
::1 ::1
2a02:2788:2c4:16f::/64 eth0
2001:6a8:3080::/48 fe80::bad:cafe
2001:6a8:2d80::/48 fe80::bad:bad
2001:6a8::/32 fe80::aaaa:bbbb
Extension headers
• Hop-by-Hop Options
• Routing (Type 0 and Type 2)
• Fragment
• Destination Options
• Authentication
• Encapsulating Security Payload
• Each header must be encoded as n*64
bits
Packet fragmentation
• IPv4 used packet fragmentation on
routers
• All hosts must handle 576+ bytes
packets
• experience showed fragmentation is
costly for routers and difficult to
implement in hardware
• Path MTU discovery
• widely implemented in TCP stacks
Path MTU Discovery
• TCP stacks can dynamically adjust MSS
R1 R2
A D
SYN MSS=1000
SYN+ACK(2000),MSS=1000
ACK
MSS=500
1000-1999
MSS=1000
Too Big
1000-1499
1500-1999
560 bytes max
Packet fragmentation
• IPv6 requires that every link in the
internet have an MTU of 1280 octets or
more
• IPv6 routers do not perform
fragmentation
• Only end hosts perform fragmentation
and reassembly by using the
fragmentation header
• But Path MTU discovery should avoid
fragmentation most of the time
Fragmenting a
1200 bytes UDP
packet
32 bits
Ver Tclass Flow Label
NxtHdr Hop Limit
Source IPv6 address
(128 bits)
Payload Length
Destination IPv6 address
(128 bits)
Source port Destination port
Length Checksum
UDP (first part)
44:fragment
Nxt Hdr Zero Frag. Offset 0 M
Fragment identification = 1234
UDP
32 bits
Ver Tclass Flow Label
NxtHdr Hop Limit
Source IPv6 address
(128 bits)
Payload Length
Destination IPv6 address
(128 bits)
44:fragment
Nxt Hdr Zero Frag. Offset 0 M
Fragment identification = 1234
None
True
False
First fragment Second (and last) fragment
(end of UDP segment)
1000
200
0 1000
Agenda
• Congestion control
• IPv6
• Addressing architecture
• Packets
• ICMPv6
ICMP
• Internet Control Message Protocol
• Runs on top of IPv6 and provides
various types of services
• tools to aid debugging network
problems
• error reporting
• autoconfiguration of addresses
ICMPv6
• Types of ICMPv6 messages
• Destination (addr,net,port) unreachable
• Packet too big
• Used for PathMTU discovery
• Time expired (Hop limit exhausted)
• Echo request and echo reply
• Multicast group membership
• Router advertisements, Neighbor
discovery
• Autoconfiguration
ICMPv6 packet
• Type
• ICMPv6 error messages
• 1 Destination Unreachable
• 3 Time Exceeded
• 2 Packet Too Big
• 4 Parameter Problem
• ICMPv6 informational messages:
• 128 Echo Request
• 129 Echo Reply
Type Code Checksum
Message body
Ver Tclass Flow Label
NxtHdr Hop Limit
Source IPv6 address
(128 bits)
Payload Length
Destination IPv6 address
(128 bits)
58 for ICMPv6
Covers ICMPv6 message and part of IPv6 header
The ping tool
R1 R2
A D
Echo request(123)
Echo reply (123)
Echo request(124)
Echo reply (124)
delay=17 msec
delay=19 msec
ping6
#ping6 www.ietf.org
PING6(56=40+8+8 bytes) 2001:6a8:3080:2:3403:bbf4:edae:afc3 -->
2001:1890:123a::1:1e
16 bytes from 2001:1890:123a::1:1e, icmp_seq=0 hlim=49 time=156.905 ms
16 bytes from 2001:1890:123a::1:1e, icmp_seq=1 hlim=49 time=155.618 ms
16 bytes from 2001:1890:123a::1:1e, icmp_seq=2 hlim=49 time=155.808 ms
16 bytes from 2001:1890:123a::1:1e, icmp_seq=3 hlim=49 time=155.325 ms
16 bytes from 2001:1890:123a::1:1e, icmp_seq=4 hlim=49 time=155.493 ms
16 bytes from 2001:1890:123a::1:1e, icmp_seq=5 hlim=49 time=155.801 ms
16 bytes from 2001:1890:123a::1:1e, icmp_seq=6 hlim=49 time=155.660 ms
16 bytes from 2001:1890:123a::1:1e, icmp_seq=7 hlim=49 time=155.869 ms
^C
--- www.ietf.org ping6 statistics ---
8 packets transmitted, 8 packets received, 0.0% packet loss
round-trip min/avg/max/std-dev = 155.325/155.810/156.905/0.447 ms
The traceroute tool
R1 R2
A D
HL=1,
UDP(Sport=2345)
Hop=R1
delay=7 msec
ICMP Time exc.
HL=2,
UDP(Sport=2346)
Hop=R2
delay=12 msec ICMP Time exc.
HL=3,
UDP(Sport=2347)
ICMP Dest. (port) unreachable
Hop=D
delay=15 msec
R3
traceroute6
#traceroute6 www.ietf.org
traceroute6 to www.ietf.org (2001:1890:1112:1::20) from
2001:6a8:3080:2:217:f2ff:fed6:65c0, 30 hops max, 12 byte packets
1 2001:6a8:3080:2::1 13.821 ms 0.301 ms 0.324 ms
2 2001:6a8:3000:8000::1 0.651 ms 0.51 ms 0.495 ms
3 10ge.cr2.bruvil.belnet.net 3.402 ms 3.34 ms 3.33 ms
4 10ge.cr2.brueve.belnet.net 3.668 ms 10ge.cr2.brueve.belnet.net 3.988 ms
10ge.cr2.brueve.belnet.net 3.699 ms
5 belnet.rt1.ams.nl.geant2.net 10.598 ms 7.214 ms 10.082 ms
6 so7-0-0.rt2.cop.dk.geant2.net 20.19 ms 20.002 ms 20.064 ms
7 kbn-ipv6-b1.ipv6.telia.net 21.078 ms 20.868 ms 20.864 ms
8 s-ipv6-b1-link.ipv6.telia.net 31.312 ms 31.113 ms 31.411 ms
9 s-ipv6-b1-link.ipv6.telia.net 61.986 ms 61.988 ms 61.994 ms
10 2001:1890:61:8909::1 121.716 ms 121.779 ms 121.177 ms
11 2001:1890:61:9117::2 203.709 ms 203.305 ms 203.07 ms
12 mail.ietf.org 204.172 ms 203.755 ms 203.748 ms
How can a host obtain
its address ?
• Manual configuration
• Rarely used, except on servers
• DHCP
• Host contacts DHCPv6 server and
receives its own address
• Stateless Address AutoConfiguration
(SLAC)
IPv6 subnet
• A subnet gathers hosts and routers that
can directly exchange frames without
passing through an intermediate router
R
2001:db8:1234:5678::/64
2001:db8:1234:5678::AA
2001:db8:1234:5678::BB
2001:db8:1234:5678::CC
2001:db8:1234:5678::1
What are the IPv6 addresses that belong to
the 2001:db8:1234:5678::/64 prefix ?
Why using subnets ?
• Improves network scalability
• Routers maintain routes per subnet or
per groups of subnets
• Allows to group hosts together
• Students in different subnet than staff
• Servers in different subnet than laptops
What is the size in bits of the IPv6 subnet
that your ISP allocates you at home ?
Datalink layer service
• Unreliable connectionless service
• Each device is identified by a 48 bits
MAC address
• To send a frame using the datalink layer
service, the network layer must know the
MAC address of the destination
• send(destination, data)
IPv6 link-local
addresses
• Used by devices on same LAN to
exchange IPv6 packets when they don't
have/need globally routable address
• Each host/router must generate one
link local address for each of its
interfaces
• Each IPv6 host uses several IPv6
interface ID
128 bits
10 bits 54 bits 64 bits
FE80 0000000000.....00000000000
Router
advertisements
Type:134 Code : 0 Checksum
Retrans Timer
Ver Tclass Flow Label
58 255
Router IPv6 address
(link local)
Payload Length
FF02::1
(all nodes)
CurHLim Router lifetime
Maximum hop limit to avoid spoofed packets from
outside LAN
M O Res
Reachable Time
Options
Value of hop limit to be used by hosts when sending
IPv6 packets
The lifetime associated with the default router in units
of seconds. 0 is the router sending the advertisement
is not a default router.
The time, in milliseconds, that a node assumes a
neighbour is reachable after having received a
reachability confirmation.
The time, in milliseconds, between retransmitted
Neighbor Solicitation messages.
MTU to be used on the LAN
Prefixes to be used on the LAN
RA options
• Format of the options
• MTU option
• Prefix option
Type Length Options
Options (cont.)
Type : 5 Length:1 Reserved
MTU
Type : 3 Length:4 PreLen L A Res.
Valid Lifetime
Preferred Lifetime
Reserved2
IPv6 prefix
Number of bits in IPv6 prefix that identify subnet
The validity period of the prefix in seconds
The duration in seconds that addresses generated from
the prefix via stateless address autoconfiguration remain
preferred.
Neighbour discovery
IPv6: 1080:0:0:0:8:A
Eth : A
1080:0:0:0:8:A wants to send a packet to 1080:0:0:0:8:C
Neighbour solicitation: Addr Eth 1080:0:0:0:8:C ? sent to IPv6 multicast address
1
2
3
IPv6: 1080:0:0:0:8:E
Eth : E
Ipv6: 1080:0:0:0:8:C
Eth : C
Ipv6: 1080:0:0:0:8:C
Eth : C
IPv6: 1080:0:0:0:8:E
Eth : E
IPv6: 1080:0:0:0:8:A
Eth : A
Neighbour advertisement: 1080:0:0:0:8:C is reachable via Ethernet Add : C
Ipv6: 1080:0:0:0:8:C
Eth : C
IPv6: 1080:0:0:0:8:E
Eth : E
IPv6: 1080:0:0:0:8:A
Eth : A
ICMPv6 Neighbour
Discovery
• Neighbour solicitation
• Neighbour advertisement
Type : 135 Code:0 Checksum
Target IPv6 Address
Reserved
The IPv6 address for which the link-layer
(e.g. Ethernet) address is needed.
May also contain an optional field with the link-layer (e.g.
Ethernet) address of the sender.
Type : 136 Code:0 Checksum
Target IPv6 Address
R S O Reserved
Target link layer Address
The IPv6 and link-layer addresses
R : true if node is a router
S : true if answers to a neighbour solicitation
Autoconfiguration
• What happens when a host boots ?
• Use Link-local IPv6 address (FE80::/64)
• Each interface has a link-local IPv6
address
• But another node might have chosen
R
Ethernet : 0800:200C:417A
FE80::M64
(800:200C:417A)
Address is valid if nobody answers
ICMPv6 Neighbour sollicitation
Global IPv6 address
• How to obtain the IPv6 prefix of the subnet
?
• Wait for router advertisements
• Solicit router advertisement
R
ICMPv6 : Router Solicitation
IPv6 Src: FE80::M64(800:200C:417A)
IPv6 Dest: FF02::2
Ethernet : 0800:200C:417A
FE80::M64
(800:200C:417A)
Global IPv6 address
• IPv6 addresses are allocated for limited
lifetime
• This allows IPv6 to easily support
renumbering
R
ICMPv6 : Router Advertisement
IPv6 Src: FE80::M64(EthernetR)
IPv6 Dest: FF02::1
IPv6 Prefix = 2001:6a8:1100::/48
Prefix lifetime
Ethernet : 0800:200C:417A
FE80::M64
(800:200C:417A)
Privacy concerns
• Autoconfigured IPv6 addresses contain
the MAC address of the hosts
• How to maintain privacy with IPv6 ?
• Use DHCPv6 and configure server to
never reallocate the same IPv6
address
• Allow hosts to use random host ids in
lower 64 bits of their IPv6 address
• algorithms have been implemented
to generate such random host ids on
nodes with and without stable

Mais conteúdo relacionado

Mais procurados

Bidirectional Forwarding Detection (BFD)
Bidirectional Forwarding Detection (BFD) Bidirectional Forwarding Detection (BFD)
Bidirectional Forwarding Detection (BFD) KHNOG
 
EIGRP (Enhanced Interior Gateway Routing Protocol)
EIGRP (Enhanced Interior Gateway Routing Protocol)EIGRP (Enhanced Interior Gateway Routing Protocol)
EIGRP (Enhanced Interior Gateway Routing Protocol)NetProtocol Xpert
 
Cisco Live Milan 2015 - BGP advance
Cisco Live Milan 2015 - BGP advanceCisco Live Milan 2015 - BGP advance
Cisco Live Milan 2015 - BGP advanceBertrand Duvivier
 
HSRP (hot standby router protocol)
HSRP (hot standby router protocol)HSRP (hot standby router protocol)
HSRP (hot standby router protocol)Netwax Lab
 
MPLS Deployment Chapter 1 - Basic
MPLS Deployment Chapter 1 - BasicMPLS Deployment Chapter 1 - Basic
MPLS Deployment Chapter 1 - BasicEricsson
 
An Overview of Border Gateway Protocol (BGP)
An Overview of Border Gateway Protocol (BGP)An Overview of Border Gateway Protocol (BGP)
An Overview of Border Gateway Protocol (BGP)Jasim Alam
 
Composants et fonctionnement d'un Switch Cisco
Composants et fonctionnement d'un Switch Cisco Composants et fonctionnement d'un Switch Cisco
Composants et fonctionnement d'un Switch Cisco DJENNA AMIR
 
Ethernet, Point-to-Point Protocol, ARP
Ethernet, Point-to-Point Protocol, ARP Ethernet, Point-to-Point Protocol, ARP
Ethernet, Point-to-Point Protocol, ARP Rubal Sagwal
 
IPv6 Address Planning
IPv6 Address PlanningIPv6 Address Planning
IPv6 Address PlanningAPNIC
 

Mais procurados (20)

BGP
BGP BGP
BGP
 
Bidirectional Forwarding Detection (BFD)
Bidirectional Forwarding Detection (BFD) Bidirectional Forwarding Detection (BFD)
Bidirectional Forwarding Detection (BFD)
 
Services IP
Services IPServices IP
Services IP
 
EIGRP (Enhanced Interior Gateway Routing Protocol)
EIGRP (Enhanced Interior Gateway Routing Protocol)EIGRP (Enhanced Interior Gateway Routing Protocol)
EIGRP (Enhanced Interior Gateway Routing Protocol)
 
Cisco Live Milan 2015 - BGP advance
Cisco Live Milan 2015 - BGP advanceCisco Live Milan 2015 - BGP advance
Cisco Live Milan 2015 - BGP advance
 
HSRP (hot standby router protocol)
HSRP (hot standby router protocol)HSRP (hot standby router protocol)
HSRP (hot standby router protocol)
 
MPLS Deployment Chapter 1 - Basic
MPLS Deployment Chapter 1 - BasicMPLS Deployment Chapter 1 - Basic
MPLS Deployment Chapter 1 - Basic
 
An Overview of Border Gateway Protocol (BGP)
An Overview of Border Gateway Protocol (BGP)An Overview of Border Gateway Protocol (BGP)
An Overview of Border Gateway Protocol (BGP)
 
Bgp tutorial for ISP
Bgp tutorial for ISPBgp tutorial for ISP
Bgp tutorial for ISP
 
JUNOS: OSPF and BGP
JUNOS: OSPF and BGPJUNOS: OSPF and BGP
JUNOS: OSPF and BGP
 
BGP on mikrotik
BGP on mikrotikBGP on mikrotik
BGP on mikrotik
 
Composants et fonctionnement d'un Switch Cisco
Composants et fonctionnement d'un Switch Cisco Composants et fonctionnement d'un Switch Cisco
Composants et fonctionnement d'un Switch Cisco
 
Ospf area types
Ospf area typesOspf area types
Ospf area types
 
Default routing
Default routingDefault routing
Default routing
 
Fhrp notes
Fhrp notesFhrp notes
Fhrp notes
 
MPLS Presentation
MPLS PresentationMPLS Presentation
MPLS Presentation
 
Is is
Is isIs is
Is is
 
Ethernet, Point-to-Point Protocol, ARP
Ethernet, Point-to-Point Protocol, ARP Ethernet, Point-to-Point Protocol, ARP
Ethernet, Point-to-Point Protocol, ARP
 
Secured Internet Gateway for ISP with pfsense & FRR
Secured Internet Gateway for ISP with pfsense & FRRSecured Internet Gateway for ISP with pfsense & FRR
Secured Internet Gateway for ISP with pfsense & FRR
 
IPv6 Address Planning
IPv6 Address PlanningIPv6 Address Planning
IPv6 Address Planning
 

Semelhante a Part 9 : Congestion control and IPv6

LF_OVS_17_OVS/OVS-DPDK connection tracking for Mobile usecases
LF_OVS_17_OVS/OVS-DPDK connection tracking for Mobile usecasesLF_OVS_17_OVS/OVS-DPDK connection tracking for Mobile usecases
LF_OVS_17_OVS/OVS-DPDK connection tracking for Mobile usecasesLF_OpenvSwitch
 
TCP Over Wireless
TCP Over WirelessTCP Over Wireless
TCP Over WirelessFarooq Khan
 
RIPE 80: Buffers and Protocols
RIPE 80: Buffers and ProtocolsRIPE 80: Buffers and Protocols
RIPE 80: Buffers and ProtocolsAPNIC
 
Beyond TCP: The evolution of Internet transport protocols
Beyond TCP: The evolution of Internet transport protocolsBeyond TCP: The evolution of Internet transport protocols
Beyond TCP: The evolution of Internet transport protocolsOlivier Bonaventure
 
Troubleshooting TCP/IP
Troubleshooting TCP/IPTroubleshooting TCP/IP
Troubleshooting TCP/IPvijai s
 
Computer network (16)
Computer network (16)Computer network (16)
Computer network (16)NYversity
 
(NET404) Making Every Packet Count
(NET404) Making Every Packet Count(NET404) Making Every Packet Count
(NET404) Making Every Packet CountAmazon Web Services
 
CCNA (R & S) Module 01 - Introduction to Networks - Chapter 9
CCNA (R & S) Module 01 - Introduction to Networks - Chapter 9CCNA (R & S) Module 01 - Introduction to Networks - Chapter 9
CCNA (R & S) Module 01 - Introduction to Networks - Chapter 9Waqas Ahmed Nawaz
 
Transport Layer in Computer Networks (TCP / UDP / SCTP)
Transport Layer in Computer Networks (TCP / UDP / SCTP)Transport Layer in Computer Networks (TCP / UDP / SCTP)
Transport Layer in Computer Networks (TCP / UDP / SCTP)Hamidreza Bolhasani
 
Network protocols and vulnerabilities
Network protocols and vulnerabilitiesNetwork protocols and vulnerabilities
Network protocols and vulnerabilitiesG Prachi
 
Innovation is back in the transport and network layers
Innovation is back in the transport and network layersInnovation is back in the transport and network layers
Innovation is back in the transport and network layersOlivier Bonaventure
 

Semelhante a Part 9 : Congestion control and IPv6 (20)

Part9-congestion.pptx
Part9-congestion.pptxPart9-congestion.pptx
Part9-congestion.pptx
 
TCP-IP PROTOCOL
TCP-IP PROTOCOLTCP-IP PROTOCOL
TCP-IP PROTOCOL
 
LF_OVS_17_OVS/OVS-DPDK connection tracking for Mobile usecases
LF_OVS_17_OVS/OVS-DPDK connection tracking for Mobile usecasesLF_OVS_17_OVS/OVS-DPDK connection tracking for Mobile usecases
LF_OVS_17_OVS/OVS-DPDK connection tracking for Mobile usecases
 
9 ipv6-routing
9 ipv6-routing9 ipv6-routing
9 ipv6-routing
 
TCP Over Wireless
TCP Over WirelessTCP Over Wireless
TCP Over Wireless
 
ADDRESSING PADA TCP IP
ADDRESSING PADA TCP IPADDRESSING PADA TCP IP
ADDRESSING PADA TCP IP
 
RIPE 80: Buffers and Protocols
RIPE 80: Buffers and ProtocolsRIPE 80: Buffers and Protocols
RIPE 80: Buffers and Protocols
 
Beyond TCP: The evolution of Internet transport protocols
Beyond TCP: The evolution of Internet transport protocolsBeyond TCP: The evolution of Internet transport protocols
Beyond TCP: The evolution of Internet transport protocols
 
Part5-tcp-improvements.pptx
Part5-tcp-improvements.pptxPart5-tcp-improvements.pptx
Part5-tcp-improvements.pptx
 
Troubleshooting TCP/IP
Troubleshooting TCP/IPTroubleshooting TCP/IP
Troubleshooting TCP/IP
 
Computer network (16)
Computer network (16)Computer network (16)
Computer network (16)
 
(NET404) Making Every Packet Count
(NET404) Making Every Packet Count(NET404) Making Every Packet Count
(NET404) Making Every Packet Count
 
Polyraptor
PolyraptorPolyraptor
Polyraptor
 
CCNA (R & S) Module 01 - Introduction to Networks - Chapter 9
CCNA (R & S) Module 01 - Introduction to Networks - Chapter 9CCNA (R & S) Module 01 - Introduction to Networks - Chapter 9
CCNA (R & S) Module 01 - Introduction to Networks - Chapter 9
 
Transport Layer in Computer Networks (TCP / UDP / SCTP)
Transport Layer in Computer Networks (TCP / UDP / SCTP)Transport Layer in Computer Networks (TCP / UDP / SCTP)
Transport Layer in Computer Networks (TCP / UDP / SCTP)
 
Networking basics
Networking basicsNetworking basics
Networking basics
 
Future Internet protocols
Future Internet protocolsFuture Internet protocols
Future Internet protocols
 
Polyraptor
PolyraptorPolyraptor
Polyraptor
 
Network protocols and vulnerabilities
Network protocols and vulnerabilitiesNetwork protocols and vulnerabilities
Network protocols and vulnerabilities
 
Innovation is back in the transport and network layers
Innovation is back in the transport and network layersInnovation is back in the transport and network layers
Innovation is back in the transport and network layers
 

Mais de Olivier Bonaventure

A personal journey towards more reproducible networking research
A personal journey towards more reproducible networking researchA personal journey towards more reproducible networking research
A personal journey towards more reproducible networking researchOlivier Bonaventure
 
Part 11 : Interdomain routing with BGP
Part 11 : Interdomain routing with BGPPart 11 : Interdomain routing with BGP
Part 11 : Interdomain routing with BGPOlivier Bonaventure
 
Part 10 : Routing in IP networks and interdomain routing with BGP
Part 10 : Routing in IP networks and interdomain routing with BGPPart 10 : Routing in IP networks and interdomain routing with BGP
Part 10 : Routing in IP networks and interdomain routing with BGPOlivier Bonaventure
 
Part 8 : TCP and Congestion control
Part 8 : TCP and Congestion controlPart 8 : TCP and Congestion control
Part 8 : TCP and Congestion controlOlivier Bonaventure
 

Mais de Olivier Bonaventure (20)

Part3-reliable.pptx
Part3-reliable.pptxPart3-reliable.pptx
Part3-reliable.pptx
 
Part10-router.pptx
Part10-router.pptxPart10-router.pptx
Part10-router.pptx
 
Part1-Intro-Apps.pptx
Part1-Intro-Apps.pptxPart1-Intro-Apps.pptx
Part1-Intro-Apps.pptx
 
Part2-Apps-Security.pptx
Part2-Apps-Security.pptxPart2-Apps-Security.pptx
Part2-Apps-Security.pptx
 
Part11-lan.pptx
Part11-lan.pptxPart11-lan.pptx
Part11-lan.pptx
 
Part8-ibgp.pptx
Part8-ibgp.pptxPart8-ibgp.pptx
Part8-ibgp.pptx
 
Part4-reliable-tcp.pptx
Part4-reliable-tcp.pptxPart4-reliable-tcp.pptx
Part4-reliable-tcp.pptx
 
Part7-routing.pptx
Part7-routing.pptxPart7-routing.pptx
Part7-routing.pptx
 
Part6-network-routing.pptx
Part6-network-routing.pptxPart6-network-routing.pptx
Part6-network-routing.pptx
 
Part1-Intro-Apps.pptx
Part1-Intro-Apps.pptxPart1-Intro-Apps.pptx
Part1-Intro-Apps.pptx
 
Part2-Apps-Security.pptx
Part2-Apps-Security.pptxPart2-Apps-Security.pptx
Part2-Apps-Security.pptx
 
Part4-reliable-tcp.pptx
Part4-reliable-tcp.pptxPart4-reliable-tcp.pptx
Part4-reliable-tcp.pptx
 
Part3-reliable.pptx
Part3-reliable.pptxPart3-reliable.pptx
Part3-reliable.pptx
 
A personal journey towards more reproducible networking research
A personal journey towards more reproducible networking researchA personal journey towards more reproducible networking research
A personal journey towards more reproducible networking research
 
Part 12 : Local Area Networks
Part 12 : Local Area Networks Part 12 : Local Area Networks
Part 12 : Local Area Networks
 
Part 11 : Interdomain routing with BGP
Part 11 : Interdomain routing with BGPPart 11 : Interdomain routing with BGP
Part 11 : Interdomain routing with BGP
 
Part 10 : Routing in IP networks and interdomain routing with BGP
Part 10 : Routing in IP networks and interdomain routing with BGPPart 10 : Routing in IP networks and interdomain routing with BGP
Part 10 : Routing in IP networks and interdomain routing with BGP
 
Part 8 : TCP and Congestion control
Part 8 : TCP and Congestion controlPart 8 : TCP and Congestion control
Part 8 : TCP and Congestion control
 
Part 7 : HTTP/2, UDP and TCP
Part 7 : HTTP/2, UDP and TCPPart 7 : HTTP/2, UDP and TCP
Part 7 : HTTP/2, UDP and TCP
 
Part 6 : Internet applications
Part 6 : Internet applicationsPart 6 : Internet applications
Part 6 : Internet applications
 

Último

Call Girls In Defence Colony Delhi 💯Call Us 🔝8264348440🔝
Call Girls In Defence Colony Delhi 💯Call Us 🔝8264348440🔝Call Girls In Defence Colony Delhi 💯Call Us 🔝8264348440🔝
Call Girls In Defence Colony Delhi 💯Call Us 🔝8264348440🔝soniya singh
 
Call Now ☎ 8264348440 !! Call Girls in Sarai Rohilla Escort Service Delhi N.C.R.
Call Now ☎ 8264348440 !! Call Girls in Sarai Rohilla Escort Service Delhi N.C.R.Call Now ☎ 8264348440 !! Call Girls in Sarai Rohilla Escort Service Delhi N.C.R.
Call Now ☎ 8264348440 !! Call Girls in Sarai Rohilla Escort Service Delhi N.C.R.soniya singh
 
GDG Cloud Southlake 32: Kyle Hettinger: Demystifying the Dark Web
GDG Cloud Southlake 32: Kyle Hettinger: Demystifying the Dark WebGDG Cloud Southlake 32: Kyle Hettinger: Demystifying the Dark Web
GDG Cloud Southlake 32: Kyle Hettinger: Demystifying the Dark WebJames Anderson
 
Call Girls In Pratap Nagar Delhi 💯Call Us 🔝8264348440🔝
Call Girls In Pratap Nagar Delhi 💯Call Us 🔝8264348440🔝Call Girls In Pratap Nagar Delhi 💯Call Us 🔝8264348440🔝
Call Girls In Pratap Nagar Delhi 💯Call Us 🔝8264348440🔝soniya singh
 
VIP Model Call Girls NIBM ( Pune ) Call ON 8005736733 Starting From 5K to 25K...
VIP Model Call Girls NIBM ( Pune ) Call ON 8005736733 Starting From 5K to 25K...VIP Model Call Girls NIBM ( Pune ) Call ON 8005736733 Starting From 5K to 25K...
VIP Model Call Girls NIBM ( Pune ) Call ON 8005736733 Starting From 5K to 25K...SUHANI PANDEY
 
All Time Service Available Call Girls Mg Road 👌 ⏭️ 6378878445
All Time Service Available Call Girls Mg Road 👌 ⏭️ 6378878445All Time Service Available Call Girls Mg Road 👌 ⏭️ 6378878445
All Time Service Available Call Girls Mg Road 👌 ⏭️ 6378878445ruhi
 
Call Girls In Ashram Chowk Delhi 💯Call Us 🔝8264348440🔝
Call Girls In Ashram Chowk Delhi 💯Call Us 🔝8264348440🔝Call Girls In Ashram Chowk Delhi 💯Call Us 🔝8264348440🔝
Call Girls In Ashram Chowk Delhi 💯Call Us 🔝8264348440🔝soniya singh
 
VVIP Pune Call Girls Sinhagad WhatSapp Number 8005736733 With Elite Staff And...
VVIP Pune Call Girls Sinhagad WhatSapp Number 8005736733 With Elite Staff And...VVIP Pune Call Girls Sinhagad WhatSapp Number 8005736733 With Elite Staff And...
VVIP Pune Call Girls Sinhagad WhatSapp Number 8005736733 With Elite Staff And...SUHANI PANDEY
 
2nd Solid Symposium: Solid Pods vs Personal Knowledge Graphs
2nd Solid Symposium: Solid Pods vs Personal Knowledge Graphs2nd Solid Symposium: Solid Pods vs Personal Knowledge Graphs
2nd Solid Symposium: Solid Pods vs Personal Knowledge GraphsEleniIlkou
 
Call Girls In Model Towh Delhi 💯Call Us 🔝8264348440🔝
Call Girls In Model Towh Delhi 💯Call Us 🔝8264348440🔝Call Girls In Model Towh Delhi 💯Call Us 🔝8264348440🔝
Call Girls In Model Towh Delhi 💯Call Us 🔝8264348440🔝soniya singh
 
Lucknow ❤CALL GIRL 88759*99948 ❤CALL GIRLS IN Lucknow ESCORT SERVICE❤CALL GIRL
Lucknow ❤CALL GIRL 88759*99948 ❤CALL GIRLS IN Lucknow ESCORT SERVICE❤CALL GIRLLucknow ❤CALL GIRL 88759*99948 ❤CALL GIRLS IN Lucknow ESCORT SERVICE❤CALL GIRL
Lucknow ❤CALL GIRL 88759*99948 ❤CALL GIRLS IN Lucknow ESCORT SERVICE❤CALL GIRLimonikaupta
 
Call Girls Ludhiana Just Call 98765-12871 Top Class Call Girl Service Available
Call Girls Ludhiana Just Call 98765-12871 Top Class Call Girl Service AvailableCall Girls Ludhiana Just Call 98765-12871 Top Class Call Girl Service Available
Call Girls Ludhiana Just Call 98765-12871 Top Class Call Girl Service AvailableSeo
 
𓀤Call On 7877925207 𓀤 Ahmedguda Call Girls Hot Model With Sexy Bhabi Ready Fo...
𓀤Call On 7877925207 𓀤 Ahmedguda Call Girls Hot Model With Sexy Bhabi Ready Fo...𓀤Call On 7877925207 𓀤 Ahmedguda Call Girls Hot Model With Sexy Bhabi Ready Fo...
𓀤Call On 7877925207 𓀤 Ahmedguda Call Girls Hot Model With Sexy Bhabi Ready Fo...Neha Pandey
 
Russian Call Girls Pune (Adult Only) 8005736733 Escort Service 24x7 Cash Pay...
Russian Call Girls Pune  (Adult Only) 8005736733 Escort Service 24x7 Cash Pay...Russian Call Girls Pune  (Adult Only) 8005736733 Escort Service 24x7 Cash Pay...
Russian Call Girls Pune (Adult Only) 8005736733 Escort Service 24x7 Cash Pay...SUHANI PANDEY
 
VIP Model Call Girls Hadapsar ( Pune ) Call ON 9905417584 Starting High Prof...
VIP Model Call Girls Hadapsar ( Pune ) Call ON 9905417584 Starting  High Prof...VIP Model Call Girls Hadapsar ( Pune ) Call ON 9905417584 Starting  High Prof...
VIP Model Call Girls Hadapsar ( Pune ) Call ON 9905417584 Starting High Prof...singhpriety023
 
Call Now ☎ 8264348440 !! Call Girls in Shahpur Jat Escort Service Delhi N.C.R.
Call Now ☎ 8264348440 !! Call Girls in Shahpur Jat Escort Service Delhi N.C.R.Call Now ☎ 8264348440 !! Call Girls in Shahpur Jat Escort Service Delhi N.C.R.
Call Now ☎ 8264348440 !! Call Girls in Shahpur Jat Escort Service Delhi N.C.R.soniya singh
 

Último (20)

Call Girls In Defence Colony Delhi 💯Call Us 🔝8264348440🔝
Call Girls In Defence Colony Delhi 💯Call Us 🔝8264348440🔝Call Girls In Defence Colony Delhi 💯Call Us 🔝8264348440🔝
Call Girls In Defence Colony Delhi 💯Call Us 🔝8264348440🔝
 
Call Girls in Prashant Vihar, Delhi 💯 Call Us 🔝9953056974 🔝 Escort Service
Call Girls in Prashant Vihar, Delhi 💯 Call Us 🔝9953056974 🔝 Escort ServiceCall Girls in Prashant Vihar, Delhi 💯 Call Us 🔝9953056974 🔝 Escort Service
Call Girls in Prashant Vihar, Delhi 💯 Call Us 🔝9953056974 🔝 Escort Service
 
Call Now ☎ 8264348440 !! Call Girls in Sarai Rohilla Escort Service Delhi N.C.R.
Call Now ☎ 8264348440 !! Call Girls in Sarai Rohilla Escort Service Delhi N.C.R.Call Now ☎ 8264348440 !! Call Girls in Sarai Rohilla Escort Service Delhi N.C.R.
Call Now ☎ 8264348440 !! Call Girls in Sarai Rohilla Escort Service Delhi N.C.R.
 
GDG Cloud Southlake 32: Kyle Hettinger: Demystifying the Dark Web
GDG Cloud Southlake 32: Kyle Hettinger: Demystifying the Dark WebGDG Cloud Southlake 32: Kyle Hettinger: Demystifying the Dark Web
GDG Cloud Southlake 32: Kyle Hettinger: Demystifying the Dark Web
 
Call Girls In Pratap Nagar Delhi 💯Call Us 🔝8264348440🔝
Call Girls In Pratap Nagar Delhi 💯Call Us 🔝8264348440🔝Call Girls In Pratap Nagar Delhi 💯Call Us 🔝8264348440🔝
Call Girls In Pratap Nagar Delhi 💯Call Us 🔝8264348440🔝
 
VIP Model Call Girls NIBM ( Pune ) Call ON 8005736733 Starting From 5K to 25K...
VIP Model Call Girls NIBM ( Pune ) Call ON 8005736733 Starting From 5K to 25K...VIP Model Call Girls NIBM ( Pune ) Call ON 8005736733 Starting From 5K to 25K...
VIP Model Call Girls NIBM ( Pune ) Call ON 8005736733 Starting From 5K to 25K...
 
All Time Service Available Call Girls Mg Road 👌 ⏭️ 6378878445
All Time Service Available Call Girls Mg Road 👌 ⏭️ 6378878445All Time Service Available Call Girls Mg Road 👌 ⏭️ 6378878445
All Time Service Available Call Girls Mg Road 👌 ⏭️ 6378878445
 
Call Girls In Ashram Chowk Delhi 💯Call Us 🔝8264348440🔝
Call Girls In Ashram Chowk Delhi 💯Call Us 🔝8264348440🔝Call Girls In Ashram Chowk Delhi 💯Call Us 🔝8264348440🔝
Call Girls In Ashram Chowk Delhi 💯Call Us 🔝8264348440🔝
 
VVIP Pune Call Girls Sinhagad WhatSapp Number 8005736733 With Elite Staff And...
VVIP Pune Call Girls Sinhagad WhatSapp Number 8005736733 With Elite Staff And...VVIP Pune Call Girls Sinhagad WhatSapp Number 8005736733 With Elite Staff And...
VVIP Pune Call Girls Sinhagad WhatSapp Number 8005736733 With Elite Staff And...
 
2nd Solid Symposium: Solid Pods vs Personal Knowledge Graphs
2nd Solid Symposium: Solid Pods vs Personal Knowledge Graphs2nd Solid Symposium: Solid Pods vs Personal Knowledge Graphs
2nd Solid Symposium: Solid Pods vs Personal Knowledge Graphs
 
Call Girls In Model Towh Delhi 💯Call Us 🔝8264348440🔝
Call Girls In Model Towh Delhi 💯Call Us 🔝8264348440🔝Call Girls In Model Towh Delhi 💯Call Us 🔝8264348440🔝
Call Girls In Model Towh Delhi 💯Call Us 🔝8264348440🔝
 
VVVIP Call Girls In Connaught Place ➡️ Delhi ➡️ 9999965857 🚀 No Advance 24HRS...
VVVIP Call Girls In Connaught Place ➡️ Delhi ➡️ 9999965857 🚀 No Advance 24HRS...VVVIP Call Girls In Connaught Place ➡️ Delhi ➡️ 9999965857 🚀 No Advance 24HRS...
VVVIP Call Girls In Connaught Place ➡️ Delhi ➡️ 9999965857 🚀 No Advance 24HRS...
 
Lucknow ❤CALL GIRL 88759*99948 ❤CALL GIRLS IN Lucknow ESCORT SERVICE❤CALL GIRL
Lucknow ❤CALL GIRL 88759*99948 ❤CALL GIRLS IN Lucknow ESCORT SERVICE❤CALL GIRLLucknow ❤CALL GIRL 88759*99948 ❤CALL GIRLS IN Lucknow ESCORT SERVICE❤CALL GIRL
Lucknow ❤CALL GIRL 88759*99948 ❤CALL GIRLS IN Lucknow ESCORT SERVICE❤CALL GIRL
 
Call Girls Ludhiana Just Call 98765-12871 Top Class Call Girl Service Available
Call Girls Ludhiana Just Call 98765-12871 Top Class Call Girl Service AvailableCall Girls Ludhiana Just Call 98765-12871 Top Class Call Girl Service Available
Call Girls Ludhiana Just Call 98765-12871 Top Class Call Girl Service Available
 
Dwarka Sector 26 Call Girls | Delhi | 9999965857 🫦 Vanshika Verma More Our Se...
Dwarka Sector 26 Call Girls | Delhi | 9999965857 🫦 Vanshika Verma More Our Se...Dwarka Sector 26 Call Girls | Delhi | 9999965857 🫦 Vanshika Verma More Our Se...
Dwarka Sector 26 Call Girls | Delhi | 9999965857 🫦 Vanshika Verma More Our Se...
 
𓀤Call On 7877925207 𓀤 Ahmedguda Call Girls Hot Model With Sexy Bhabi Ready Fo...
𓀤Call On 7877925207 𓀤 Ahmedguda Call Girls Hot Model With Sexy Bhabi Ready Fo...𓀤Call On 7877925207 𓀤 Ahmedguda Call Girls Hot Model With Sexy Bhabi Ready Fo...
𓀤Call On 7877925207 𓀤 Ahmedguda Call Girls Hot Model With Sexy Bhabi Ready Fo...
 
Russian Call Girls Pune (Adult Only) 8005736733 Escort Service 24x7 Cash Pay...
Russian Call Girls Pune  (Adult Only) 8005736733 Escort Service 24x7 Cash Pay...Russian Call Girls Pune  (Adult Only) 8005736733 Escort Service 24x7 Cash Pay...
Russian Call Girls Pune (Adult Only) 8005736733 Escort Service 24x7 Cash Pay...
 
VIP Model Call Girls Hadapsar ( Pune ) Call ON 9905417584 Starting High Prof...
VIP Model Call Girls Hadapsar ( Pune ) Call ON 9905417584 Starting  High Prof...VIP Model Call Girls Hadapsar ( Pune ) Call ON 9905417584 Starting  High Prof...
VIP Model Call Girls Hadapsar ( Pune ) Call ON 9905417584 Starting High Prof...
 
(INDIRA) Call Girl Pune Call Now 8250077686 Pune Escorts 24x7
(INDIRA) Call Girl Pune Call Now 8250077686 Pune Escorts 24x7(INDIRA) Call Girl Pune Call Now 8250077686 Pune Escorts 24x7
(INDIRA) Call Girl Pune Call Now 8250077686 Pune Escorts 24x7
 
Call Now ☎ 8264348440 !! Call Girls in Shahpur Jat Escort Service Delhi N.C.R.
Call Now ☎ 8264348440 !! Call Girls in Shahpur Jat Escort Service Delhi N.C.R.Call Now ☎ 8264348440 !! Call Girls in Shahpur Jat Escort Service Delhi N.C.R.
Call Now ☎ 8264348440 !! Call Girls in Shahpur Jat Escort Service Delhi N.C.R.
 

Part 9 : Congestion control and IPv6

  • 2. Agenda • Congestion control • AIMD in TCP • Explicit Congestion Notification • Modern Congestion Control • IPv6
  • 3. Basic ECN • Issues • What happens if the returning ECN-echo is lost ? • How can we deploy ECN? R1 R2 A D Congestion Notification Mark the IP packet that caused congestion by setting one bit flag (CE: Congestion Experienced) TCP source behaviour Upon reception of an ECN-Echo=1 TCP ack, behave as if the corresponding segment was lost (perform congestion avoidance). TCP destination behaviour Upon reception of a CE=1 IP packet indicate the congestion to the source by setting a special flag (ECN-Echo) in the returning TCP ack
  • 4. Issues with lost acks R1 R2 A D 1000-1999 CE 2000-2999 ACK(2000),ECN-Echo ACK(3000)
  • 5. Dealing with lost acks R1 R2 A D 1000-1999 CE 2000-2999 ACK(2000),ECN-Echo ACK(3000), ECN-Echo 3000-3999 CWR ACK(4000) Set ECN-Echo in all segments Stop setting ECN-Echo ECN-Echo, divide cwnd
  • 6. Deploying ECN • On endhosts • Update the TCP stack to support ECN • Negotiate ECN usage in SYN • Encode ECN info in packets/segments • For other transport protocols…
  • 7. Deploying ECN • On routers • Routers need to distinguish between • ECN-capable hosts that react to ECN • If congestion, such packets are marked • Other hosts that do not react to ECN • If congestion, such packets are dropped
  • 8. ECN support on routers • Specialised buffer acceptance algorithms R1 R2 A D In case of congestion If ECT bit is set Mark the IP packet that caused congestion by setting on bit flag (CE: Congestion Experienced) If ECT bit is not set Discard the IP packet that caused congestion ECN-capable source If destination is also ECN capable Set ECT bit in all IP packets towards destination Otherwise Reset ECT bit
  • 9. Agenda • Congestion control • AIMD in TCP • Explicit Congestion Notification • Modern Congestion Control • IPv6
  • 10. Issues with AIMD • Performance on high bandwidth*delay links • Each loss forces TCP in congestion avoidance and grows slowly • Bufferbloat • TCP AIMD tries to saturate buffers until it causes congestion • Inflates round-trip-times • Fairness • TCP sources with a lower rtt are favored
  • 11. TCP Congestion Controls • Supposed to be fair • MSS size • rtt • Many congestion control schemes urce: B. Turkovic, F. Kuipers and S. Uhlig, Fifty Shades of Congestion Control: A Perform and Interactions Evaluation, https://arxiv.org/pdf/1903.03852.pdf
  • 12. CUBIC • A modern congestion controller designed for high bandwidth*delay product links • Default on Linux • Principles • Use concave and convex profiles of cubic function to increase cwnd • CUBIC behaves like AIMD with small rtt/bw • CUBIC provides linear bw sharing among flows with different rtt
  • 13. CUBIC • Congestion window increase during congestion avoidance urce: B. Turkovic, F. Kuipers and S. Uhlig, Fifty Shades of Congestion Control: A Performa and Interactions Evaluation, https://arxiv.org/pdf/1903.03852.pdf and RFC8312 cwnd=𝑐𝑤𝑛𝑑𝑚𝑎𝑥+ C× (Δ− 3 𝑐𝑤𝑛𝑑𝑚𝑎𝑥 × 1−𝛽 𝐶 ) 3 Packet loss: cwnd=𝛽 × 𝑐𝑤𝑛𝑑 Parameters 𝛽 = 0.7 𝐶 = 0.4
  • 14. Bottleneck Bandwidth and Round-Trip-Time (BBR) • Recent congestion control scheme that aims at achieving high throughput and low delay • Operates in four phases • Startup (similar to slow-start until measured rate stops increase) • Drain (empty the queues, send at 0.75 rate) • compute rttmin over last 10 seconds • Probe bandwidth every 8 rtt (send at 1.25 rate for one rtt and then at 0.75 rate) • Probe RTT (reduce rate for more precise rttmin)
  • 15. Reno, CUBIC, BBR Cwnd ssthresh Slow-start exponential increase of cwnd Congestion avoidance linear increase of cwnd
  • 16. Reno, CUBIC, BBR Cwnd Slow-start exponential increase of cwnd Congestion avoidance ssthresh W_max
  • 17. Reno, CUBIC, BBR Cwnd Startup Congestion avoidance
  • 18. Delay-based techniques • TCP Vegas : intuition • Expected rate = 𝑐𝑤𝑛𝑑 𝑟𝑡𝑡𝑚𝑖𝑛 • Estimate buffer size at bottleneck every rtt Δ = 𝑐𝑤𝑛𝑑 − 𝑟𝑡𝑡𝑖 − 𝑟𝑡𝑡𝑚𝑖𝑛 𝑟𝑡𝑡𝑖 • if Δ > 4 => cwnd=cwnd-MSS //congestion • if Δ < 2 => cwnd=cwnd+MSS // increase
  • 19. CUBIC, Vegas and BBR urce: B. Turkovic, F. Kuipers and S. Uhlig, Fifty Shades of Congestion Control: A Performa and Interactions Evaluation, https://arxiv.org/pdf/1903.03852.pdf and RFC8312
  • 20. Two TCP connections Source: B. Turkovic, et al., Fifty Shades of Congestion Control: A Performance and Interactions Evaluation, https://arxiv.org/pdf/1903.03852.pdf
  • 21. Two TCP connections, different rtt Source: B. Turkovic, et al., Fifty Shades of Congestion Control: A Performance and Interactions Evaluation, https://arxiv.org/pdf/1903.03852.pdf
  • 22. Two different congestion controllers Source: B. Turkovic, et al., Fifty Shades of Congestion Control: A Performance and Interactions Evaluation, https://arxiv.org/pdf/1903.03852.pdf
  • 23. Agenda • Congestion control • IPv6 • Addressing architecture • Packets • ICMPv6
  • 24. Length of IP address • What is the length of an IP address in bits ?
  • 25. IPv6 addresses • Each IPv6 address is encoded in 128 bits • 3.4 x 10^38 possible addressable devices • 6.65 x 10^23 addresses per square meter • Why 128 bits ? IPv4 IP version 6 What is percentage of IPv6 users in Belgium ?
  • 26. Addressing architecture • Unicast addresses • An identifier for a single interface. A packet sent to a unicast address is delivered to the interface identified by that address • Anycast addresses • An identifier for a set of interfaces. • Multicast addresses • An identifier for a set of interfaces. A packet sent to a multicast address is delivered to all interfaces identified by that
  • 27. Textual representation • Hexadecimal format • FEDC:BA98:7654:3210:FEDC:BA98:7654:3 210 • 1080:0:0:0:8:800:200C:417A • Compact hexadecimal format • Some IPv6 addresses contain lots of zero • use "::" for one or more groups of 16 zeros. • 1080:0:0:0:8:800:200C:417A = 1080::8:800:200C:417A • FF01:0:0:0:0:0:0:101 = FF01::101
  • 28. IPv6 unicast addresses interface ID 128 bits N bits M bits 128-N-M bits Usually 64 bits Based on MAC Address Can be used to identify the ISP responsible for this address A subnet in this ISP or a customer of this ISP global routing prefix subnet ID
  • 29. IPv6 Multicast • An IPv6 multicast address identifies a group a receivers Group ID 128 bits 8 bits 4 bits 112 bits 4 bits Node local-scope Link-local scope Subnet local-scope Site local-scope Organisation local-scope Global scope Permanent Address Temporary Address 11111111 flags scope • All hosts : FF02::1 • All routers : FF02::2
  • 30. Agenda • Congestion control • IPv6 • Addressing architecture • Packets • ICMPv6
  • 31. The IPv6 packet format 32 bits Ver Tclass Flow Label NxtHdr Hop Limit Source IPv6 address (128 bits) Payload Length Destination IPv6 address (128 bits) Version=6 Traffic class Quality of Service CE and ECT bits Size of packet payload in bytes Unclear utilisation Loop detection • Router forwards and decrement HL provider HL>0 • otherwise packet dropped and error returned to source Used to identify the type of the next header (e.g. UDP, TCP, ...) in the packet payload What is the maximum length of an IPv6 packet in bytes ?
  • 32. Sample packets • Identification of a TCP connection • IPv6 src, IPv6 dest, Source and Destination 32 bits Ver Tclass Flow Label NxtHdr Hop Limit Source IPv6 address (128 bits) Payload Length Destination IPv6 address (128 bits) Source port Destination port Length Checksum UDP 32 bits Ver Tclass Flow Label NxtHdr Hop Limit Source IPv6 address (128 bits) Payload Length Destination IPv6 address (128 bits) Source port Destination port Checksum Urgent pointer THL Reserved Flags Acknowledgment number Sequence number Window TCP UDP TCP
  • 33. Packet forwarding • IPv6 uses longest match • Example Packets to 2001:6a8:3080::1234, 2001:2788:123a::1:1e, 2001:6a8:3880:40::2 Destination Gateway ::/0 fe80::dead:beef ::1 ::1 2a02:2788:2c4:16f::/64 eth0 2001:6a8:3080::/48 fe80::bad:cafe 2001:6a8:2d80::/48 fe80::bad:bad 2001:6a8::/32 fe80::aaaa:bbbb
  • 34. Extension headers • Hop-by-Hop Options • Routing (Type 0 and Type 2) • Fragment • Destination Options • Authentication • Encapsulating Security Payload • Each header must be encoded as n*64 bits
  • 35. Packet fragmentation • IPv4 used packet fragmentation on routers • All hosts must handle 576+ bytes packets • experience showed fragmentation is costly for routers and difficult to implement in hardware • Path MTU discovery • widely implemented in TCP stacks
  • 36. Path MTU Discovery • TCP stacks can dynamically adjust MSS R1 R2 A D SYN MSS=1000 SYN+ACK(2000),MSS=1000 ACK MSS=500 1000-1999 MSS=1000 Too Big 1000-1499 1500-1999 560 bytes max
  • 37. Packet fragmentation • IPv6 requires that every link in the internet have an MTU of 1280 octets or more • IPv6 routers do not perform fragmentation • Only end hosts perform fragmentation and reassembly by using the fragmentation header • But Path MTU discovery should avoid fragmentation most of the time
  • 38. Fragmenting a 1200 bytes UDP packet 32 bits Ver Tclass Flow Label NxtHdr Hop Limit Source IPv6 address (128 bits) Payload Length Destination IPv6 address (128 bits) Source port Destination port Length Checksum UDP (first part) 44:fragment Nxt Hdr Zero Frag. Offset 0 M Fragment identification = 1234 UDP 32 bits Ver Tclass Flow Label NxtHdr Hop Limit Source IPv6 address (128 bits) Payload Length Destination IPv6 address (128 bits) 44:fragment Nxt Hdr Zero Frag. Offset 0 M Fragment identification = 1234 None True False First fragment Second (and last) fragment (end of UDP segment) 1000 200 0 1000
  • 39. Agenda • Congestion control • IPv6 • Addressing architecture • Packets • ICMPv6
  • 40. ICMP • Internet Control Message Protocol • Runs on top of IPv6 and provides various types of services • tools to aid debugging network problems • error reporting • autoconfiguration of addresses
  • 41. ICMPv6 • Types of ICMPv6 messages • Destination (addr,net,port) unreachable • Packet too big • Used for PathMTU discovery • Time expired (Hop limit exhausted) • Echo request and echo reply • Multicast group membership • Router advertisements, Neighbor discovery • Autoconfiguration
  • 42. ICMPv6 packet • Type • ICMPv6 error messages • 1 Destination Unreachable • 3 Time Exceeded • 2 Packet Too Big • 4 Parameter Problem • ICMPv6 informational messages: • 128 Echo Request • 129 Echo Reply Type Code Checksum Message body Ver Tclass Flow Label NxtHdr Hop Limit Source IPv6 address (128 bits) Payload Length Destination IPv6 address (128 bits) 58 for ICMPv6 Covers ICMPv6 message and part of IPv6 header
  • 43. The ping tool R1 R2 A D Echo request(123) Echo reply (123) Echo request(124) Echo reply (124) delay=17 msec delay=19 msec
  • 44. ping6 #ping6 www.ietf.org PING6(56=40+8+8 bytes) 2001:6a8:3080:2:3403:bbf4:edae:afc3 --> 2001:1890:123a::1:1e 16 bytes from 2001:1890:123a::1:1e, icmp_seq=0 hlim=49 time=156.905 ms 16 bytes from 2001:1890:123a::1:1e, icmp_seq=1 hlim=49 time=155.618 ms 16 bytes from 2001:1890:123a::1:1e, icmp_seq=2 hlim=49 time=155.808 ms 16 bytes from 2001:1890:123a::1:1e, icmp_seq=3 hlim=49 time=155.325 ms 16 bytes from 2001:1890:123a::1:1e, icmp_seq=4 hlim=49 time=155.493 ms 16 bytes from 2001:1890:123a::1:1e, icmp_seq=5 hlim=49 time=155.801 ms 16 bytes from 2001:1890:123a::1:1e, icmp_seq=6 hlim=49 time=155.660 ms 16 bytes from 2001:1890:123a::1:1e, icmp_seq=7 hlim=49 time=155.869 ms ^C --- www.ietf.org ping6 statistics --- 8 packets transmitted, 8 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 155.325/155.810/156.905/0.447 ms
  • 45. The traceroute tool R1 R2 A D HL=1, UDP(Sport=2345) Hop=R1 delay=7 msec ICMP Time exc. HL=2, UDP(Sport=2346) Hop=R2 delay=12 msec ICMP Time exc. HL=3, UDP(Sport=2347) ICMP Dest. (port) unreachable Hop=D delay=15 msec R3
  • 46. traceroute6 #traceroute6 www.ietf.org traceroute6 to www.ietf.org (2001:1890:1112:1::20) from 2001:6a8:3080:2:217:f2ff:fed6:65c0, 30 hops max, 12 byte packets 1 2001:6a8:3080:2::1 13.821 ms 0.301 ms 0.324 ms 2 2001:6a8:3000:8000::1 0.651 ms 0.51 ms 0.495 ms 3 10ge.cr2.bruvil.belnet.net 3.402 ms 3.34 ms 3.33 ms 4 10ge.cr2.brueve.belnet.net 3.668 ms 10ge.cr2.brueve.belnet.net 3.988 ms 10ge.cr2.brueve.belnet.net 3.699 ms 5 belnet.rt1.ams.nl.geant2.net 10.598 ms 7.214 ms 10.082 ms 6 so7-0-0.rt2.cop.dk.geant2.net 20.19 ms 20.002 ms 20.064 ms 7 kbn-ipv6-b1.ipv6.telia.net 21.078 ms 20.868 ms 20.864 ms 8 s-ipv6-b1-link.ipv6.telia.net 31.312 ms 31.113 ms 31.411 ms 9 s-ipv6-b1-link.ipv6.telia.net 61.986 ms 61.988 ms 61.994 ms 10 2001:1890:61:8909::1 121.716 ms 121.779 ms 121.177 ms 11 2001:1890:61:9117::2 203.709 ms 203.305 ms 203.07 ms 12 mail.ietf.org 204.172 ms 203.755 ms 203.748 ms
  • 47. How can a host obtain its address ? • Manual configuration • Rarely used, except on servers • DHCP • Host contacts DHCPv6 server and receives its own address • Stateless Address AutoConfiguration (SLAC)
  • 48. IPv6 subnet • A subnet gathers hosts and routers that can directly exchange frames without passing through an intermediate router R 2001:db8:1234:5678::/64 2001:db8:1234:5678::AA 2001:db8:1234:5678::BB 2001:db8:1234:5678::CC 2001:db8:1234:5678::1 What are the IPv6 addresses that belong to the 2001:db8:1234:5678::/64 prefix ?
  • 49. Why using subnets ? • Improves network scalability • Routers maintain routes per subnet or per groups of subnets • Allows to group hosts together • Students in different subnet than staff • Servers in different subnet than laptops What is the size in bits of the IPv6 subnet that your ISP allocates you at home ?
  • 50. Datalink layer service • Unreliable connectionless service • Each device is identified by a 48 bits MAC address • To send a frame using the datalink layer service, the network layer must know the MAC address of the destination • send(destination, data)
  • 51. IPv6 link-local addresses • Used by devices on same LAN to exchange IPv6 packets when they don't have/need globally routable address • Each host/router must generate one link local address for each of its interfaces • Each IPv6 host uses several IPv6 interface ID 128 bits 10 bits 54 bits 64 bits FE80 0000000000.....00000000000
  • 52. Router advertisements Type:134 Code : 0 Checksum Retrans Timer Ver Tclass Flow Label 58 255 Router IPv6 address (link local) Payload Length FF02::1 (all nodes) CurHLim Router lifetime Maximum hop limit to avoid spoofed packets from outside LAN M O Res Reachable Time Options Value of hop limit to be used by hosts when sending IPv6 packets The lifetime associated with the default router in units of seconds. 0 is the router sending the advertisement is not a default router. The time, in milliseconds, that a node assumes a neighbour is reachable after having received a reachability confirmation. The time, in milliseconds, between retransmitted Neighbor Solicitation messages. MTU to be used on the LAN Prefixes to be used on the LAN
  • 53. RA options • Format of the options • MTU option • Prefix option Type Length Options Options (cont.) Type : 5 Length:1 Reserved MTU Type : 3 Length:4 PreLen L A Res. Valid Lifetime Preferred Lifetime Reserved2 IPv6 prefix Number of bits in IPv6 prefix that identify subnet The validity period of the prefix in seconds The duration in seconds that addresses generated from the prefix via stateless address autoconfiguration remain preferred.
  • 54. Neighbour discovery IPv6: 1080:0:0:0:8:A Eth : A 1080:0:0:0:8:A wants to send a packet to 1080:0:0:0:8:C Neighbour solicitation: Addr Eth 1080:0:0:0:8:C ? sent to IPv6 multicast address 1 2 3 IPv6: 1080:0:0:0:8:E Eth : E Ipv6: 1080:0:0:0:8:C Eth : C Ipv6: 1080:0:0:0:8:C Eth : C IPv6: 1080:0:0:0:8:E Eth : E IPv6: 1080:0:0:0:8:A Eth : A Neighbour advertisement: 1080:0:0:0:8:C is reachable via Ethernet Add : C Ipv6: 1080:0:0:0:8:C Eth : C IPv6: 1080:0:0:0:8:E Eth : E IPv6: 1080:0:0:0:8:A Eth : A
  • 55. ICMPv6 Neighbour Discovery • Neighbour solicitation • Neighbour advertisement Type : 135 Code:0 Checksum Target IPv6 Address Reserved The IPv6 address for which the link-layer (e.g. Ethernet) address is needed. May also contain an optional field with the link-layer (e.g. Ethernet) address of the sender. Type : 136 Code:0 Checksum Target IPv6 Address R S O Reserved Target link layer Address The IPv6 and link-layer addresses R : true if node is a router S : true if answers to a neighbour solicitation
  • 56. Autoconfiguration • What happens when a host boots ? • Use Link-local IPv6 address (FE80::/64) • Each interface has a link-local IPv6 address • But another node might have chosen R Ethernet : 0800:200C:417A FE80::M64 (800:200C:417A) Address is valid if nobody answers ICMPv6 Neighbour sollicitation
  • 57. Global IPv6 address • How to obtain the IPv6 prefix of the subnet ? • Wait for router advertisements • Solicit router advertisement R ICMPv6 : Router Solicitation IPv6 Src: FE80::M64(800:200C:417A) IPv6 Dest: FF02::2 Ethernet : 0800:200C:417A FE80::M64 (800:200C:417A)
  • 58. Global IPv6 address • IPv6 addresses are allocated for limited lifetime • This allows IPv6 to easily support renumbering R ICMPv6 : Router Advertisement IPv6 Src: FE80::M64(EthernetR) IPv6 Dest: FF02::1 IPv6 Prefix = 2001:6a8:1100::/48 Prefix lifetime Ethernet : 0800:200C:417A FE80::M64 (800:200C:417A)
  • 59. Privacy concerns • Autoconfigured IPv6 addresses contain the MAC address of the hosts • How to maintain privacy with IPv6 ? • Use DHCPv6 and configure server to never reallocate the same IPv6 address • Allow hosts to use random host ids in lower 64 bits of their IPv6 address • algorithms have been implemented to generate such random host ids on nodes with and without stable

Notas do Editor

  1. More detailed models can be found in the scientific literature : M. Mathis,J. Semke, J. Mahdavi and T. Ott, The macroscopic behaviour of the TCP congestion avoidance algorithm, ACM Computer Communication Review, 1997
  2. IP version 4 supports 4,294,967,296 distinct addresses, but some are reserved for : private addresses (RFC1918) loopback (127.0.0.1) multicast ...
  3. The IPv6 addressing architecture is defined in : R. Hinden, S. Deering, IP Version 6 Addressing Architecture, RFC4291, February 2006
  4. Today, the default encoding for global unicast addresses is to use : 48 bits for the global routing prefix (first three bits are set to 001) 16 bits for the subnet ID 64 bits for the interface ID
  5. The full list of well known IPv6 multicast groups is available from http://www.iana.org/assignments/ipv6-multicast-addresses Examples include Node-Local Scope ---------------- FF01:0:0:0:0:0:0:1 All Nodes Address [RFC4291] FF01:0:0:0:0:0:0:2 All Routers Address [RFC4291] Link-Local Scope ---------------- FF02:0:0:0:0:0:0:1 All Nodes Address [RFC4291] FF02:0:0:0:0:0:0:2 All Routers Address [RFC4291] FF02:0:0:0:0:0:0:5 OSPFIGP [RFC2328,Moy] FF02:0:0:0:0:0:0:6 OSPFIGP Designated Routers [RFC2328,Moy] FF02:0:0:0:0:0:0:9 RIP Routers [RFC2080] FF02:0:0:0:0:0:0:A EIGRP Routers [Farinacci] FF02:0:0:0:0:0:1:2 All-dhcp-agents [RFC3315] Site-Local Scope ---------------- FF05:0:0:0:0:0:0:2 All Routers Address [RFC4291] FF05:0:0:0:0:0:1:3 All-dhcp-servers [RFC3315] Variable Scope Multicast Addresses ---------------------------------- The IPv6 multicast addresses with variable scope are listed below. FF0X:0:0:0:0:0:0:0 Reserved Multicast Address [RFC4291] FF0X:0:0:0:0:0:0:101 Network Time Protocol (NTP) [RFC1119,DLM1] FF0X:0:0:0:0:0:0:103 Rwhod [SXD] FF0X:0:0:0:0:0:0:10A IETF-1-LOW-AUDIO [SC3] FF0X:0:0:0:0:0:0:10B IETF-1-AUDIO [SC3] FF0X:0:0:0:0:0:0:10C IETF-1-VIDEO [SC3] FF0X:0:0:0:0:0:0:10D IETF-2-LOW-AUDIO [SC3] FF0X:0:0:0:0:0:0:10E IETF-2-AUDIO [SC3] FF0X:0:0:0:0:0:0:10F IETF-2-VIDEO [SC3]
  6. The allocated anycast addresses are references in http://www.iana.org/assignments/ipv6-anycast-addresses
  7. The IPv6 packet format is described in S. Deering, B. Hinden, Internet Protocol, Version 6 (IPv6) Specification , RFC2460, Dec 1998 Several documents have been written about the usage of the Flow label. The last one is J. Rajahalme, A. Conta, B. Carpenter, S. Deering, IPv6 Flow Label Specification, RFC3697, 2004 However, this proposal is far from being widely used and deployed.
  8. IPv6 does not require changes to TCP and UDP for IPv4. The only modification is the computation of the checksum field of the UDP and TCP headers since this checksum is computed by concerning a pseudo header that contains the source and destination IP addresses.
  9. An example hop-by-hop option is the router alert option defined in A. Jackson, C. Partridge, IPv6 Router Alert Option RFC2711, 1999
  10. Path MTU discovery is defined in J. Mogul, S. Deering, Path MTU Discovery, RFC1191, 1996 and in J. McCann, S. Deering, J. Mogul, Path MTU Discovery for IP version 6, RFC1981, 1996 for IPv6
  11. In IPv6, the fragment identification field is much larger than in IPv4. Furthermore, it is only used in packets that really need fragmentation. IPv6 header does not contain a fragmentation information for each unfragmented packet unlike IPv4.
  12. IPv6 does not require changes to TCP and UDP for IPv4. The only modification is the computation of the checksum field of the UDP and TCP headers since this checksum is computed by concerning a pseudo header that contains the source and destination IP addresses.
  13. ICMPv6 is defined in : A. Conta, S. Deering, M. Gupta, Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version 6 (IPv6) Specification, RFC4443, March 2006
  14. ICMPv6 uses a next header value of 58 inside IPv6 packets
  15. Today, the default encoding for global unicast addresses is to use : 48 bits for the global routing prefix (first three bits are set to 001) 16 bits for the subnet ID 64 bits for the interface ID
  16. Site-local addresses were defined in the first IPv6 specifications, but they are now deprecated and should not be used. Recently “private” addresses have been defined as Unique Local IPv6 Addresses as a way to allow entreprise to obtain IPv6 addresses without being forced to request them from providers or RIRs. The way to choose such a ULA prefix is defined in : R. Hinden, B. Haberman, Unique Local IPv6 Unicast Addresses, RFC4193, October 2005 Recently, the case for a registration of such addresses has been proposed, see : R. Hinden, G. Huston, T. Narten, Centrally Assigned Unique Local IPv6 Unicast Addresses, internet draft, <draft-ietf-ipv6-ula-central-02.txt>, work in progress, June 2007 See also http://www.ripe.net/ripe/policies/proposals/2007-05.html -
  17. When the M bit is set to true, this indicates that IPv6 addresses should be obtained from DHCPv6 When the O bit is set to true, this indicates that the hosts can obtain additional information (e.g. address of DNS resolver) from DHCPv6 The router advertisements messages can also be sent in unicast in response to solicitations from hosts. A host can obtain a router advertisement by sending a router solicitation which is an ICMPv6 message containing only the router solicitation message (type 133).
  18. The two L and A bits are defined as follows : L 1-bit on-link flag. When set, indicates that this prefix can be used for on-link determination. When not set the advertisement makes no statement about on-link or off-link properties of the prefix. In other words, if the L flag is not set a host MUST NOT conclude that an address derived from the prefix is off-link. That is, it MUST NOT update a previous indication that the address is on-link. A 1-bit autonomous address-configuration flag. When set indicates that this prefix can be used for stateless address configuration. Other options have been defined for the router advertisements. For example, the RDNSS option defined in J. Jeong, S. Park, L. Beloeil, S. Madanapalli, IPv6 Router Advertisement Option for DNS Configuration, RFC 5006, Sept. 2007 allows a router to advertise the IPv6 address of the DNS resolver to be used by hosts on the LAN.
  19. The transmission of IPv6 packets over Ethernet is defined in : M. Crawford, Transmission of IPv6 Packets over Ethernet Networks, RFC2464, December 1998 Note that in contrast with ARP used by IPv4, ICMPv6 neighbour solicitation messages are sent to a multicast ethernet address and not to the broadcast ethernet address. This implies that only the IPv6 enabled hosts on the LAN will receive the ICMPv6 message.
  20. The ICMPv6 neighbour discovery messages are sent with HopLimit=255 The role of the R, S and O flags is described as follows in RFC4861 R Router flag. When set, the R-bit indicates that the sender is a router. The R-bit is used by Neighbor Unreachability Detection to detect a router that changes to a host. S Solicited flag. When set, the S-bit indicates that the advertisement was sent in response to a Neighbor Solicitation from the Destination address. The S-bit is used as a reachability confirmation for Neighbor Unreachability Detection. It MUST NOT be set in multicast advertisements or in unsolicited unicast advertisements. O Override flag. When set, the O-bit indicates that the advertisement should override an existing cache entry and update the cached link-layer address. When it is not set the advertisement will not update a cached link-layer address though it will update an existing Neighbor Cache entry for which no link-layer address is known. It SHOULD NOT be set in solicited advertisements for anycast addresses and in solicited proxy advertisements. It SHOULD be set in other solicited advertisements and in unsolicited advertisements.
  21. This utilisation of ICMPv6 Neighbour solicitation is called Duplicate Address Detection. It is used everytime a host obtains a new IPv6 address and is required to ensure that a host is not using the same IPv6 address as another host on the same LAN.
  22. IPv6 is supposed to easily support renumbering and IPv6 router advertisements are one of the ways to perform this renumbering by allowing hosts to update their IPv6 addresses upon reception of new router advertisement messages. However, in practice renumbering an IPv6 network is not easily because IPv6 addresses are manually encoded in too many configuration files, see e.g. : F. Baker, E. Lear, R. Droms, Procedures for Renumbering an IPv6 Network without a Flag Day, RFC4192, 2005
  23. This extension to support privacy-aware IPv6 addresses is defined in T. Narten, R. Draves, S. Krishnan, Privacy Extensions for Stateless Address Autoconfiguration in IPv6, RFC4941, Sept. 2007
  24. The Type 0 Routing header is specified in RFC2460 Two other types of routing headers have been defined. Type 1 is experimental and never used. Type 2 is specific for Mobile IPv6 that will be covered later.
  25. The Type 0 Routing header is specified in RFC2460 Two other types of routing headers have been defined. Type 1 is experimental and never used. Type 2 is specific for Mobile IPv6 that will be covered later.
  26. The type 0 routing header was deprecated in J. Abley, P. Savola, G. Neville-Neil, Deprecation of Type 0 Routing Headers in IPv6 RFC5095, Dec. 2007 For more information about the security issues with this header, see Biondi, P. and A. Ebalard, "IPv6 Routing Header Security", CanSecWest Security Conference 2007, April 2007. http://www.secdev.org/conf/IPv6_RH_security-csw07.pdf
  27. The Len field encodes the size of the data field in bytes. Furthermore, special options have been defined to allow hosts using the options to pad the size of vairable length options to multiples of 64 bits. Pad1 option (alignment requirement: none) +-+-+-+-+-+-+-+-+ | 0 | +-+-+-+-+-+-+-+-+ NOTE! the format of the Pad1 option is a special case -- it does not have length and value fields. The Pad1 option is used to insert one octet of padding into the Options area of a header. If more than one octet of padding is required, the PadN option, described next, should be used, rather than multiple Pad1 options. Deering & Hinden Standards Track [Page 10] RFC 2460 IPv6 Specification December 1998 PadN option (alignment requirement: none) +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- - - - - - - - - | 1 | Opt Data Len | Option Data +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- - - - - - - - - The PadN option is used to insert two or more octets of padding into the Options area of a header. For N octets of padding, the Opt Data Len field contains the value N-2, and the Option Data consists of N-2 zero-valued octets.
  28. As of today, it is unclear whether the jumbogram option has been implemented in practice. Using it requires link layer technologies that are able to support frames larger than 64 KBytes. The jumbogram option has been defined in D. Borman, S. Deering, B. Hinden, IPv6 Jumbograms, RFC2675, August 1999 The Kame (http://www.kame.net) implementation on FreeBSD supports this option, but there is no link-layer that supports large frames.
  29. IPv6 does not require changes to TCP and UDP for IPv4. The only modification is the computation of the checksum field of the UDP and TCP headers since this checksum is computed by concerning a pseudo header that contains the source and destination IP addresses.