+ All Categories
Home > Documents > Announcement

Announcement

Date post: 25-Feb-2016
Category:
Upload: liora
View: 37 times
Download: 3 times
Share this document with a friend
Description:
Announcement. Project 3 out, due 3/10 Homework 3 out last week Due next Mon. 3/1. Review. Hierarchical Routing The Internet (IP) Protocol IPv4 addressing Moving a datagram from source to destination. Some slides are in courtesy of J. Kurose and K. Ross. Overview. - PowerPoint PPT Presentation
Popular Tags:
66
Announcement Project 3 out, due 3/10 Homework 3 out last week Due next Mon. 3/1
Transcript
Page 1: Announcement

AnnouncementProject 3 out, due 3/10Homework 3 out last week

Due next Mon. 3/1

Page 2: Announcement

Review Hierarchical Routing The Internet (IP) Protocol

IPv4 addressing Moving a datagram from source to

destination

Some slides are in courtesy of J. Kurose and K. Ross

Page 3: Announcement

Overview The Internet (IP) Protocol

Datagram format IP fragmentation ICMP: Internet Control Message Protocol NAT: Network Address Translation

Routing in the Internet Intra-AS routing: RIP and OSPF Inter-AS routing: BGP

Multicast Routing

Some slides are in courtesy of J. Kurose and K. Ross

Page 4: Announcement

Getting a datagram from source to dest.

IP datagram:

223.1.1.1

223.1.1.2

223.1.1.3

223.1.1.4 223.1.2.9

223.1.2.2

223.1.2.1

223.1.3.2223.1.3.1

223.1.3.27

A

BE

miscfields

sourceIP addr

destIP addr data

datagram remains unchanged, as it travels source to destination

addr fields of interest here

Dest. Net. next router Nhops223.1.1 1223.1.2 223.1.1.4 2223.1.3 223.1.1.4 2

forwarding table in A

Page 5: Announcement

Getting a datagram from source to dest.

Starting at A, send IP datagram addressed to B:

look up net. address of B in forwarding table

find B is on same net. as A link layer will send datagram

directly to B inside link-layer frame B and A are directly connected

Dest. Net. next router Nhops223.1.1 1223.1.2 223.1.1.4 2223.1.3 223.1.1.4 2

miscfields223.1.1.1223.1.1.3data

223.1.1.1

223.1.1.2

223.1.1.3

223.1.1.4 223.1.2.9

223.1.2.2

223.1.2.1

223.1.3.2223.1.3.1

223.1.3.27

A

BE

forwarding table in A

Page 6: Announcement

Getting a datagram from source to dest.

Dest. Net. next router Nhops223.1.1 1223.1.2 223.1.1.4 2223.1.3 223.1.1.4 2

Starting at A, dest. E: look up network address of E

in forwarding table E on different network

A, E not directly attached routing table: next hop router

to E is 223.1.1.4 link layer sends datagram to

router 223.1.1.4 inside link-layer frame

datagram arrives at 223.1.1.4 continued…..

miscfields223.1.1.1223.1.2.3 data

223.1.1.1

223.1.1.2

223.1.1.3

223.1.1.4 223.1.2.9

223.1.2.2

223.1.2.1

223.1.3.2223.1.3.1

223.1.3.27

A

BE

forwarding table in A

Page 7: Announcement

Getting a datagram from source to dest.

Arriving at 223.1.4, destined for 223.1.2.2

look up network address of E in router’s forwarding table

E on same network as router’s interface 223.1.2.9 router, E directly attached

link layer sends datagram to 223.1.2.2 inside link-layer frame via interface 223.1.2.9

datagram arrives at 223.1.2.2!!! (hooray!)

miscfields223.1.1.1223.1.2.3 data Dest. Net router Nhops interface

223.1.1 - 1 223.1.1.4 223.1.2 - 1 223.1.2.9

223.1.3 - 1 223.1.3.27

223.1.1.1

223.1.1.2

223.1.1.3

223.1.1.4 223.1.2.9

223.1.2.2

223.1.2.1

223.1.3.2223.1.3.1

223.1.3.27

A

BE

forwarding table in router

Page 8: Announcement

IP datagram format

ver length

32 bits

data (variable length,typically a TCP

or UDP segment)

16-bit identifierInternet

checksumtime to

live32 bit source IP address

IP protocol versionnumber

header length (bytes)

max numberremaining hops

(decremented at each router)

forfragmentation/reassembly

total datagramlength (bytes)

upper layer protocolto deliver payload to

head.len

type ofservice

“type” of data flgs fragment offset

upper layer

32 bit destination IP addressOptions (if any) E.g. timestamp,

record routetaken, specifylist of routers to visit.

how much overhead with TCP?

20 bytes of TCP 20 bytes of IP = 40 bytes + app

layer overhead

Page 9: Announcement

IP Fragmentation & Reassembly network links have MTU

(max.transfer size) - largest possible link-level frame. different link types,

different MTUs large IP datagram divided

(“fragmented”) within net one datagram becomes

several datagrams “reassembled” only at

final destination IP header bits used to

identify, order related fragments

fragmentation: in: one large datagramout: 3 smaller datagrams

reassembly

Page 10: Announcement

IP Fragmentation and Reassembly

ID=x

offset=0

fragflag=0

length=4000

ID=x

offset=0

fragflag=1

length=1500

ID=x

offset=1480

fragflag=1

length=1500

ID=x

offset=2960

fragflag=0

length=1040

One large datagram becomesseveral smaller datagrams

Example 4000 byte

datagram MTU = 1500 bytes

Page 11: Announcement

ICMP: Internet Control Message Protocol

used by hosts, routers, gateways to communication network-level information error reporting: unreachable host, network, port,

protocol echo request/reply (used by ping)

network-layer “above” IP: ICMP msgs carried in IP datagrams

Ping, traceroute uses ICMP

Page 12: Announcement

NAT: Network Address Translation

10.0.0.1

10.0.0.2

10.0.0.3

10.0.0.4

138.76.29.7

local network(e.g., home network)

10.0.0/24

rest ofInternet

Datagrams with source or destination in this networkhave 10.0.0/24 address for

source, destination (as usual)

All datagrams leaving localnetwork have same single source

NAT IP address: 138.76.29.7,different source port numbers

Page 13: Announcement

NAT: Network Address Translation

Motivation: local network uses just one IP address as far as outside word is concerned: no need to be allocated range of addresses from

ISP: - just one IP address is used for all devices can change addresses of devices in local network

without notifying outside world can change ISP without changing addresses of

devices in local network devices inside local net not explicitly

addressable, visible by outside world (a security plus).

Page 14: Announcement

NAT: Network Address Translation

Implementation: NAT router must:

outgoing datagrams: replace (source IP address, port #) of every outgoing datagram to (NAT IP address, new port #). . . remote clients/servers will respond using (NAT IP

address, new port #) as destination addr. remember (in NAT translation table) every (source IP

address, port #) to (NAT IP address, new port #) translation pair

incoming datagrams: replace (NAT IP address, new port #) in dest fields of every incoming datagram with corresponding (source IP address, port #) stored in NAT table

Page 15: Announcement

NAT: Network Address Translation

10.0.0.1

10.0.0.2

10.0.0.3

S: 10.0.0.1, 3345D: 128.119.40.186, 80

110.0.0.4

138.76.29.7

1: host 10.0.0.1 sends datagram to 128.119.40, 80

NAT translation tableWAN side addr LAN side addr138.76.29.7, 5001 10.0.0.1, 3345…… ……

S: 128.119.40.186, 80 D: 10.0.0.1, 3345

4

S: 138.76.29.7, 5001D: 128.119.40.186, 80

2

2: NAT routerchanges datagramsource addr from10.0.0.1, 3345 to138.76.29.7, 5001,updates table

S: 128.119.40.186, 80 D: 138.76.29.7, 5001

33: Reply arrives dest. address: 138.76.29.7, 5001

4: NAT routerchanges datagramdest addr from138.76.29.7, 5001 to 10.0.0.1, 3345

Page 16: Announcement

NAT: Network Address Translation

16-bit port-number field: 60,000 simultaneous connections with a

single LAN-side address! NAT is controversial:

routers should only process up to layer 3 violates end-to-end argument

• NAT possibility must be taken into account by app designers, eg, P2P applications

address shortage should instead be solved by IPv6

Page 17: Announcement

Overview The Internet (IP) Protocol

Datagram format IP fragmentation ICMP: Internet Control Message Protocol NAT: Network Address Translation

Routing in the Internet Intra-AS routing: RIP and OSPF Inter-AS routing: BGP

Multicast Routing

Some slides are in courtesy of J. Kurose and K. Ross

Page 18: Announcement

Routing in the Internet The Global Internet consists of Autonomous

Systems (AS) interconnected with each other: Stub AS: small corporation: one connection to other

AS’s Multihomed AS: large corporation (no transit): multiple

connections to other AS’s Transit AS: provider, hooking many AS’s together

Two-level routing: Intra-AS: administrator responsible for choice of routing

algorithm within network Inter-AS: unique standard for inter-AS routing: BGP

Page 19: Announcement

Internet AS HierarchyIntra-AS border (exterior gateway) routers

Inter-AS interior (gateway) routers

Page 20: Announcement

Intra-AS Routing Also known as Interior Gateway Protocols (IGP) Most common Intra-AS routing protocols:

RIP: Routing Information Protocol OSPF: Open Shortest Path First IGRP: Interior Gateway Routing Protocol

(Cisco proprietary)

Page 21: Announcement

OSPF (Open Shortest Path First) “open”: publicly available Uses Link State algorithm

LS packet dissemination Topology map at each node Route computation using Dijkstra’s algorithm

OSPF advertisement carries one entry per neighbor router

Advertisements disseminated to entire AS (via flooding) Carried in OSPF messages directly over IP (rather than

TCP or UDP

Page 22: Announcement

OSPF “advanced” features (not in RIP) Security: all OSPF messages authenticated (to

prevent malicious intrusion) For each link, multiple cost metrics for different

TOS (e.g., satellite link cost set “low” for best effort; high for real time)

Integrated uni- and multicast support: Multicast OSPF (MOSPF) uses same topology

data base as OSPF Hierarchical OSPF in large domains.

Page 23: Announcement

Hierarchical OSPF

Page 24: Announcement

Hierarchical OSPF Two-level hierarchy: local area, backbone.

Link-state advertisements only in area each nodes has detailed area topology; only know

direction (shortest path) to nets in other areas. Area border routers: “summarize” distances to

nets in own area, advertise to other Area Border routers.

Backbone routers: run OSPF routing limited to backbone.

Boundary routers: connect to other AS’s.

Page 25: Announcement

Inter-AS routing in the Internet: BGP

Figure 4.5.2-new2: BGP use for inter-domain routing

AS2 (OSPF

intra-AS routing)

AS1 (RI P intra-AS

routing) BGP

AS3 (OSPF intra-AS

routing)

BGP

R1 R2

R3

R4 R5

Page 26: Announcement

Internet inter-AS routing: BGP BGP (Border Gateway Protocol): the de facto

standard Path Vector protocol:

similar to Distance Vector protocol each Border Gateway broadcast to

neighbors (peers) entire path (i.e., sequence of AS’s) to destination

BGP routes to networks (ASs), not individual hosts

E.g., Gateway X may send its path to dest. Z:

Path (X,Z) = X,Y1,Y2,Y3,…,Z

Page 27: Announcement

Internet inter-AS routing: BGPSuppose: gateway X send its path to peer gateway W W may or may not select path offered by X

cost, policy (don’t route via competitors AS), loop prevention reasons. If W selects path advertised by X, then:

Path (W,Z) = w, Path (X,Z) Note: X can control incoming traffic by controlling it route advertisements

to peers: e.g., don’t want to route traffic to Z -> don’t advertise any routes to Z

Page 28: Announcement

BGP: controlling who routes to you

Figure 4.5-BGPnew: a simple BGP scenario

A

B

C

W X

Y

legend:

customer network:

provider network

A,B,C are provider networks X,W,Y are customer (of provider networks) X is dual-homed: attached to two networks

X does not want to route from B via X to C .. so X will not advertise to B a route to C

Page 29: Announcement

BGP: controlling who routes to you

Figure 4.5-BGPnew: a simple BGP scenario

A

B

C

W X

Y

legend:

customer network:

provider network

A advertises to B the path AW B advertises to X the path BAW Should B advertise to C the path BAW?

No way! B gets no “revenue” for routing CBAW since neither W nor C are B’s customers

B wants to force C to route to w via A B wants to route only to/from its customers!

Page 30: Announcement

BGP operationQ: What does a BGP router do? Receiving and filtering route advertisements

from directly attached neighbor(s). Route selection.

To route to destination X, which path )of several advertised) will be taken?

Sending route advertisements to neighbors.

Page 31: Announcement

Why different Intra- and Inter-AS routing ? Policy: Inter-AS: admin wants control over how its traffic

routed, who routes through its net. Intra-AS: single admin, so no policy decisions

neededScale: hierarchical routing saves table size, reduced update

trafficPerformance: Intra-AS: can focus on performance Inter-AS: policy may dominate over performance

Page 32: Announcement

Overview The Internet (IP) Protocol

Datagram format IP fragmentation ICMP: Internet Control Message Protocol NAT: Network Address Translation

Routing in the Internet Intra-AS routing: RIP and OSPF Inter-AS routing: BGP

Multicast Routing

Some slides are in courtesy of J. Kurose and K. Ross

Page 33: Announcement

Multicast: one sender to many receivers Multicast: act of sending datagram to multiple

receivers with single “transmit” operation analogy: one teacher to many students

Question: how to achieve multicast

Multicast via unicast source sends N unicast

datagrams, one addressed to each of N receivers

multicast receiver (red)not a multicast receiver (red)

routersforward unicastdatagrams

Page 34: Announcement

Multicast: one sender to many receivers Multicast: act of sending datagram to multiple

receivers with single “transmit” operation analogy: one teacher to many students

Question: how to achieve multicast

Network multicast Router actively participate in

multicast, making copies of packets as needed and forwarding towards multicast receivers

Multicastrouters (red) duplicate and forward multicast datagrams

Page 35: Announcement

Multicast: one sender to many receivers Multicast: act of sending datagram to multiple

receivers with single “transmit” operation analogy: one teacher to many students

Question: how to achieve multicast

Application-layer multicast end systems involved in

multicast copy and forward unicast datagrams among themselves

Page 36: Announcement

Internet Multicast Service Model

multicast group concept: use of indirection hosts addresses IP datagram to multicast group routers forward multicast datagrams to hosts

that have “joined” that multicast group

128.119.40.186

128.59.16.12

128.34.108.63

128.34.108.60

multicast group

226.17.30.197

Page 37: Announcement

Multicast groups class D Internet addresses reserved for multicast:

host group semantics:o anyone can “join” (receive) multicast groupo anyone can send to multicast groupo no network-layer identification to hosts of

members needed: infrastructure to deliver mcast-addressed

datagrams to all hosts that have joined that multicast group

Page 38: Announcement

Joining a mcast group: two-step process local: host informs local mcast router of desire to

join group: IGMP (Internet Group Management Protocol)

wide area: local router interacts with other routers to receive mcast datagram flow many protocols (e.g., DVMRP, MOSPF, PIM)

IGMPIGMP

IGMP

wide-areamulticast

routing

Page 39: Announcement

IGMP: Internet Group Management Protocol host: sends IGMP report when application joins

mcast group IP_ADD_MEMBERSHIP socket option host need not explicitly “unjoin” group when

leaving router: sends IGMP query at regular intervals

host belonging to a mcast group must reply to query

query report

Page 40: Announcement

Multicast Routing: Problem Statement Goal: find a tree (or trees) connecting

routers having local mcast group members tree: not all paths between routers used source-based: different tree from each sender to rcvrs shared-tree: same tree used by all group members

Shared tree Source-based trees

Page 41: Announcement

Approaches for building mcast treesApproaches: source-based tree: one tree per source

shortest path trees reverse path forwarding

group-shared tree: group uses one tree minimal spanning (Steiner) center-based trees

…we first look at basic approaches, then specific protocols adopting these approaches

Page 42: Announcement

Shortest Path Tree mcast forwarding tree: tree of shortest

path routes from source to all receivers Dijkstra’s algorithm

R1

R2

R3

R4

R5

R6 R7

21

6

3 45

i

router with attachedgroup member

router with no attachedgroup memberlink used for forwarding,i indicates order linkadded by algorithm

LEGENDS: source

Page 43: Announcement

Reverse Path Forwarding

if (mcast datagram received on incoming link on shortest path back to center)

then flood datagram onto all outgoing links else ignore datagram

rely on router’s knowledge of unicast shortest path from it to sender

each router has simple forwarding behavior:

Page 44: Announcement

Reverse Path Forwarding: example

• result is a source-specific reverse SPT– may be a bad choice with asymmetric links

R1

R2

R3

R4

R5

R6 R7

router with attachedgroup member

router with no attachedgroup memberdatagram will be forwarded

LEGENDS: source

datagram will not be forwarded

Page 45: Announcement

Reverse Path Forwarding: pruning forwarding tree contains subtrees with no mcast

group members no need to forward datagrams down subtree “prune” msgs sent upstream by router with

no downstream group members

R1

R2

R3

R4

R5

R6 R7

router with attachedgroup memberrouter with no attachedgroup memberprune message

LEGENDS: source

links with multicastforwarding

P

P

P

Page 46: Announcement

Shared-Tree: Steiner Tree

Steiner Tree: minimum cost tree connecting all routers with attached group members

problem is NP-complete excellent heuristics exists not used in practice:

computational complexity information about entire network needed monolithic: rerun whenever a router needs

to join/leave

Page 47: Announcement

Center-based trees single delivery tree shared by all one router identified as “center” of tree to join:

edge router sends unicast join-msg addressed to center router

join-msg “processed” by intermediate routers and forwarded towards center

join-msg either hits existing tree branch for this center, or arrives at center

path taken by join-msg becomes new branch of tree for this router

Page 48: Announcement

Center-based trees: an exampleSuppose R6 chosen as center:

R1

R2

R3

R4

R5

R6 R7

router with attachedgroup memberrouter with no attachedgroup memberpath order in which join messages generated

LEGEND

21

3

1

Page 49: Announcement

Chapter 4 roadmap4.1 Introduction and Network Service

Models4.2 Routing Principles4.3 Hierarchical Routing4.4 The Internet (IP) Protocol4.5 Routing in the Internet4.6 What’s Inside a Router?4.7 IPv64.8 Multicast Routing4.9 Mobility

Page 50: Announcement

What is mobility? spectrum of mobility, from the network perspective:

no mobility high mobility

mobile user, usingsame access point

mobile user, passing through multiple access point while maintaining ongoing connections (like cell phone)

mobile user, connecting/ disconnecting from network using DHCP.

Page 51: Announcement

Mobility: Vocabularyhome network: permanent “home” of mobile(e.g., 128.119.40/24)

Permanent address: address in home network, can always be used to reach mobilee.g., 128.119.40.186

home agent: entity that will perform mobility functions on behalf of mobile, when mobile is remote

wide area network

correspondent

Page 52: Announcement

Mobility: more vocabulary

Care-of-address: address in visited network.(e.g., 79,129.13.2)

wide area network

visited network: network in which mobile currently resides (e.g., 79.129.13/24)

Permanent address: remains constant (e.g., 128.119.40.186)

home agent: entity in visited network that performs mobility functions on behalf of mobile.

correspondent: wants to communicate with mobile

Page 53: Announcement

How do you contact a mobile friend:

search all phone books?

call her parents? expect her to let you

know where he/she is?

I wonder where Alice moved to?

Consider friend frequently changing addresses, how do you find her?

Page 54: Announcement

Mobility: approaches Let routing handle it: routers advertise permanent

address of mobile-nodes-in-residence via usual routing table exchange. routing tables indicate where each mobile located no changes to end-systems

Let end-systems handle it: indirect routing: communication from

correspondent to mobile goes through home agent, then forwarded to remote

direct routing: correspondent gets foreign address of mobile, sends directly to mobile

Page 55: Announcement

Mobility: approaches Let routing handle it: routers advertise permanent

address of mobile-nodes-in-residence via usual routing table exchange. routing tables indicate where each mobile located no changes to end-systems

let end-systems handle it: indirect routing: communication from

correspondent to mobile goes through home agent, then forwarded to remote

direct routing: correspondent gets foreign address of mobile, sends directly to mobile

not scalable

to millions of mobiles

Page 56: Announcement

Mobility: registration

End result: Foreign agent knows about mobile Home agent knows location of mobile

wide area network

home network

visited network

1

mobile contacts foreign agent on entering visited network

2

foreign agent contacts home agent home: “this mobile is resident in my network”

Page 57: Announcement

Mobility via Indirect Routing

wide area network

homenetwork

visitednetwork

3

24

1correspondent addresses packets using home address of mobile

home agent intercepts packets, forwards to foreign agent

foreign agent receives packets, forwards to mobile

mobile replies directly to correspondent

Page 58: Announcement

Indirect Routing: comments Mobile uses two addresses:

permanent address: used by correspondent (hence mobile location is transparent to correspondent)

care-of-address: used by home agent to forward datagrams to mobile

foreign agent functions may be done by mobile itself triangle routing: correspondent-home-network-

mobile inefficient when correspondent, mobile are in same network

Page 59: Announcement

Forwarding datagrams to remote mobile

Permanent address: 128.119.40.186

Care-of address: 79.129.13.2dest: 128.119.40.186

packet sent by correspondent

dest: 79.129.13.2 dest: 128.119.40.186

packet sent by home agent to foreign agent: a packet within a packet

dest: 128.119.40.186

foreign-agent-to-mobile packet

Page 60: Announcement

Indirect Routing: moving between networks suppose mobile user moves to another

network registers with new foreign agent new foreign agent registers with home agent home agent update care-of-address for mobile packets continue to be forwarded to mobile

(but with new care-of-address) Mobility, changing foreign networks

transparent: on going connections can be maintained!

Page 61: Announcement

Mobility via Direct Routing

wide area network

homenetwork

visitednetwork

4

2

41correspondent requests, receives foreign address of mobile

correspondent forwards to foreign agent

foreign agent receives packets, forwards to mobile

mobile replies directly to correspondent

3

Page 62: Announcement

Mobility via Direct Routing: comments overcome triangle routing problem non-transparent to correspondent:

correspondent must get care-of-address from home agent What happens if mobile changes networks?

Page 63: Announcement

Mobile IP RFC 3220 has many features we’ve seen:

home agents, foreign agents, foreign-agent registration, care-of-addresses, encapsulation (packet-within-a-packet)

three components to standard: agent discovery registration with home agent indirect routing of datagrams

Page 64: Announcement

Mobile IP: agent discovery agent advertisement: foreign/home agents

advertise service by broadcasting ICMP messages (typefield = 9)

RBHFMGV bits reserved

type = 16

type = 9 code = 0 = 9

checksum = 9

router address standard

ICMP fields

mobility agent advertisement

extension

length sequence #

registration lifetime

0 or more care-of-addresses

0 8 16 24

R bit: registration required

H,F bits: home and/or foreign agent

Page 65: Announcement

Mobile IP: registration example

visited network: 79.129.13/ 24 home agent

HA: 128.119.40.7 f oreign agent

COA: 79.129.13.2 COA: 79.129.13.2

….

I CMP agent adv. Mobile agent MA: 128.119.40.186

registration req. COA: 79.129.13.2 HA: 128.119.40.7 MA: 128.119.40.186 Lifetime: 9999 identification:714 ….

registration req. COA: 79.129.13.2 HA: 128.119.40.7 MA: 128.119.40.186 Lifetime: 9999 identification: 714 encapsulation format ….

registration reply HA: 128.119.40.7 MA: 128.119.40.186 Lifetime: 4999 Identification: 714 encapsulation format ….

registration reply HA: 128.119.40.7 MA: 128.119.40.186 Lifetime: 4999 Identification: 714 ….

time

Page 66: Announcement

Network Layer: summary

Next stop: the Data

link layer!

What we’ve covered: network layer services routing principles: link state

and distance vector hierarchical routing IP Internet routing protocols RIP,

OSPF, BGP what’s inside a router? IPv6 mobility


Recommended