1. Data Link Layer: Data Link Control 01204325: Data Communication and Computer Networks Asst. Prof. Chaiporn Jaikaeo, Ph.D. chaiporn.j@ku.ac.th http://www.cpe.ku.ac.th/~cpj Computer Engineering Department Kasetsart University, Bangkok, Thailand Adapted from lecture slides by Behrouz A. Forouzan © The McGraw-Hill Companies, Inc. All rights reserved

2. 2 Outline Framing Framing Byte vs. bit oriented protocols Byte vs. bit oriented protocols Data Link Control Data Link Control Flow control Flow control Error control Error control Protocols Protocols

3. 3 Framing Process of wrapping data with certain info before sending out Process of wrapping data with certain info before sending out A frame typically consists of A frame typically consists of Flag: indication for start and end of a frame Flag: indication for start and end of a frame Header: source/destination addresses, as well as other control information Header: source/destination addresses, as well as other control information Data from the upper layer Data from the upper layer Trailer: error detection/correction code Trailer: error detection/correction code

4. 4 Byte vs. Bit Oriented Framing in byte-oriented protocols Framing in byte-oriented protocols Framing in bit-oriented protocols Framing in bit-oriented protocols

5. 5 Byte Stuffing Process of adding extra byte whenever there is an escape or a flag character in the data Process of adding extra byte whenever there is an escape or a flag character in the data

6. 6 Bit Stuffing Process of adding extra bit to ensure flag sequence does not appear in the data Process of adding extra bit to ensure flag sequence does not appear in the data 01111110

7. 7 Flow Control and Error Control Flow control Flow control A set of procedures that tells the sender how much data can be sent before waiting for acknowledgment A set of procedures that tells the sender how much data can be sent before waiting for acknowledgment Error control Error control Includes both error detection and correction Includes both error detection and correction Allows receiver to inform sender of lost or duplicate frames Allows receiver to inform sender of lost or duplicate frames Mostly based on Automatic Repeat Request (ARQ) Mostly based on Automatic Repeat Request (ARQ)

8. 8 Data Link Protocols

9. 9 Protocols for Noiseless Channel Assuming channel is error free Assuming channel is error free Not realistic… Not realistic… No need for error control No need for error control

10. 10 "Simplest" Mechanism Assuming Assuming Noiseless channel Noiseless channel Unlimited buffer and speed for the receiver Unlimited buffer and speed for the receiver

11. 11 "Simplest" : Pseudo Code Sender Sender Receiver Receiver

12. 12 "Simplest": Flow Diagram

13. 13 Stop-and-Wait Mechanism Still noiseless channel Still noiseless channel Receiver has limited buffer Receiver has limited buffer Requires flow control Requires flow control Sender sends one frame at a time and wait for an acknowledgment Sender sends one frame at a time and wait for an acknowledgment

14. 14 Stop-and-Wait: Overview

15. 15 Stop-and-Wait: Pseudo Code Sender side Sender side

16. 16 Stop-and-Wait: Pseudo Code Receiver side Receiver side

17. 17 Stop-and-Wait: Flow Diagram

18. 18 Noisy Channel Realistic Realistic Error can and will happen Error can and will happen Require error control Require error control Mechanisms: Mechanisms: Stop-and-Wait ARQ Stop-and-Wait ARQ Go-Back-N ARQ Go-Back-N ARQ Selective Repeat ARQ Selective Repeat ARQ

19. 19 Stop-and-Wait ARQ Sender keeps a copy of sent frame until successful delivery is ensured Sender keeps a copy of sent frame until successful delivery is ensured Receiver responds with an ack when it successfully receives a frame Receiver responds with an ack when it successfully receives a frame Both data and ack frames must be numbered Both data and ack frames must be numbered When sender does not receive an ack within certain time, it assumes frame is lost, then retransmits the same frame. When sender does not receive an ack within certain time, it assumes frame is lost, then retransmits the same frame.

20. 20 Stop-and-Wait ARQ

21. 21 Flow Diagram: Normal Operation Time SenderReceiver Time Frame 0 ACK 1 Frame 1 ACK 0 S = 0 S = 1 R = 0 R = 1 R = 0 Deliver

22. 22 Thinking Corner  Thinking Corner  Why data frames need to be numbered? Why data frames need to be numbered?

23. 23 Flow Diagram: Lost Frame Time SenderReceiver Time Frame 0 ACK 1 Frame 1 ACK 0 S = 0 R = 0 R = 1 R = 0 S = 1 Timeout Frame 1 Deliver

24. 24 Flow Diagram: Lost ACK Time SenderReceiver Time Frame 0 ACK 1 Frame 1 ACK 0 S = 0 R = 0 R = 1 R = 0 Frame 1 S = 1 Timeout ACK 0 S = 1 S = 0 R = 0 Frame 0 expected; discard Deliver

25. 25 Thinking Corner  Thinking Corner  Why ACK frames need to be numbered? Why ACK frames need to be numbered?

26. 26 Flow Diagram: Delayed ACK SenderReceiver Frame 0 ACK 1 ACK 0 S = 0 R = 0 R = 1 R = 0 Frame 0 Timeout S = 1 S = 0 R = 1 Frame 0 expected; discard Deliver ACK 1 Frame 1 Timeout Frame 1 Deliver

27. 27 Bidirectional Transmission Data are transferred both ways Data are transferred both ways ACK are "piggybacked" with data frames ACK are "piggybacked" with data frames

28. 28 Example Assuming a communication system where: Assuming a communication system where: Stop-and-Wait ARQ is used Stop-and-Wait ARQ is used Bandwidth of the link is 1 Mbps Bandwidth of the link is 1 Mbps Propagation delay is 10 ms Propagation delay is 10 ms One-way data flow One-way data flow Questions Questions What should be an appropriate time-out value? What should be an appropriate time-out value? What is the bandwidth-roundtrip-delay product? What is the bandwidth-roundtrip-delay product? If the system data frames are 1000 bits in length, what is the utilization percentage of the link? If the system data frames are 1000 bits in length, what is the utilization percentage of the link?

29. 29 Improving Link Utilization Previous example demonstrates major disadvantage of Stop-and-Wait ARQ Previous example demonstrates major disadvantage of Stop-and-Wait ARQ Prefer to send more frames before waiting for ACK Prefer to send more frames before waiting for ACK Example: Example: Recalculate the link utilization if we allow up to 15 frames to be sent before waiting for an ACK Recalculate the link utilization if we allow up to 15 frames to be sent before waiting for an ACK

30. 30 Go-Back-N ARQ Allows multiple frames to be sent before waiting for ACK Allows multiple frames to be sent before waiting for ACK These frames must be numbered differently These frames must be numbered differently Frame numbers are called Sequence numbers Frame numbers are called Sequence numbers Frames must be received in the correct order Frames must be received in the correct order If a frame is lost, the lost frame and all of the following frames must be retransmitted If a frame is lost, the lost frame and all of the following frames must be retransmitted

31. 31 Sequence Numbers Frame header contains m bits for sequence number Frame header contains m bits for sequence number That allows up to 2 m different frame numbers That allows up to 2 m different frame numbers How big should m be? How big should m be?

32. 32 Sending Window Sending more than one frame at once requires sender to buffer multiple frames Sending more than one frame at once requires sender to buffer multiple frames Known as "sending window" Known as "sending window" Any of these frames in the window can be lost Any of these frames in the window can be lost

33. 33 "Sliding" Window Once the first frames in the window is ACKed Once the first frames in the window is ACKed ACKed frames are removed from the buffer ACKed frames are removed from the buffer More frames are transmitted More frames are transmitted Result: The window slides to the right Result: The window slides to the right

34. 34 Receiving Window Receiver expects one frame at a time Receiver expects one frame at a time

35. 35 Send vs. Receive Windows

36. 36 Go-Back-N: Window Sizes For m-bit sequence numbers For m-bit sequence numbers Send window size: at most 2 m -1 Send window size: at most 2 m -1  Up to 2 m -1 frames can be sent without ACK Receive window size: 1 Receive window size: 1  Frames must be received in order

37. 37 Go-Back-N: Normal Operation

38. 38 Go-Back-N: Lost Frame ACKs are cumulative

39. 39 Lost ACK: Window Size < 2 m

40. 40 Thinking Corner  Thinking Corner  What is a problem if send window is greater than 2 m -1? What is a problem if send window is greater than 2 m -1?

41. 41 Lost ACK: Window Size = 2 m

42. 42 Thinking Corner  Thinking Corner  Stop-and-Wait is a special case of Go- Back-N. Stop-and-Wait is a special case of Go- Back-N. What is the send window size in Stop-and- Wait? What is the send window size in Stop-and- Wait?

43. 43 Selective Repeat ARQ Go-Back-N always discards out-of-order frames Go-Back-N always discards out-of-order frames Losing one frame may result in retransmission of multiple frames Losing one frame may result in retransmission of multiple frames Very inefficient in noisy link Very inefficient in noisy link Selective Repeat ARQ allows frames to be received out of order Selective Repeat ARQ allows frames to be received out of order Therefore, receive window > 1 Therefore, receive window > 1

44. 44 Send and Receive Windows Sender and receiver share window space equally Sender and receiver share window space equally For m-bit sequence numbers For m-bit sequence numbers Send window: up to 2 m-1 Send window: up to 2 m-1 Receive window: up to 2 m-1 Receive window: up to 2 m-1

45. 45 Send Window

46. 46 Receive Window

47. 47 Negative ACK Used by receiver to indicate missing frame Used by receiver to indicate missing frame

48. 48 Selective Repeat: Window Size

49. Data Link Control Protocols: HDLC and PPP

50. 50 HDLC High-level Data Link Control High-level Data Link Control Bit-oriented protocol Bit-oriented protocol Support both Support both Point-to-point links Point-to-point links Multipoint links Multipoint links

51. 51 Normal Response Mode "NRM" mode "NRM" mode Used in both point-to-point and multi-point link Used in both point-to-point and multi-point link

52. 52 Asynchronous Balance Mode "ABM" "ABM" Supports only point-to-point links Supports only point-to-point links Each station is both primary and secondary Each station is both primary and secondary

53. 53 HDLC Frames Information frame (I-frame) Information frame (I-frame) Supervisory frame (S-frame) Supervisory frame (S-frame) Unnumbered frame (U-frame) Unnumbered frame (U-frame) Frame Check Sequence (error detection code)

54. 54 Control Field Format N(S) – Frame sequence number N(S) – Frame sequence number N(R) – Ack sequence number N(R) – Ack sequence number P/F P/F Poll (primary  secondary) Poll (primary  secondary) Final (secondary  primary) Final (secondary  primary)

55. 55 U-Frame Codes

56. 56 Connection and Disconnection

57. 57 Data Transfer: No Error

58. 58 Data Transfer: With Error

59. 59 PPP Point-to-Point Protocol Point-to-Point Protocol Byte-oriented protocol Byte-oriented protocol Most common protocol for point-to-point access Most common protocol for point-to-point access Dial-up access Dial-up access ADSL ADSL GPRS/EDGE/3G GPRS/EDGE/3G

60. 60 PPP Frame Format Escape byte: 01111101 Escape byte: 01111101 Control field uses HDLC's U-frame format Control field uses HDLC's U-frame format No flow or error control No flow or error control

61. 61 PPP Transition States

62. 62 Multiplexing in PPP

63. 63 PPP Stack Link Control Protocol (LCP) Link Control Protocol (LCP) Authentication Protocol (AP) Authentication Protocol (AP) Network Control Protocol (NCP) Network Control Protocol (NCP)

64. 64 LCP: Link Control Protocol Responsible for establishing, maintaining, configuring, and terminating links Responsible for establishing, maintaining, configuring, and terminating links

65. 65 PPP Authentication Two protocols are supported: Two protocols are supported: Password Authentication Protocol (PAP) Password Authentication Protocol (PAP) Challenge Handshake Authentication Protocol (CHAP) Challenge Handshake Authentication Protocol (CHAP)

66. 66 PAP

67. 67 CHAP

68. 68 NCP: Network Control Protocol A set of control protocols to allow data from the network layer to be encapsulated into a PPP frame A set of control protocols to allow data from the network layer to be encapsulated into a PPP frame One common protocol: IPCP One common protocol: IPCP (Internetwork Protocol Control Protocol) Allow negotiation at the network layer Allow negotiation at the network layer

69. 69 Data Encapsulation

70. 70 Example: PPP Session

71. 71 Example: PPP Session (cont'd)