CCNA 200-125 1.2: Compare and contrast TCP and UDP protocols (LAB)

TCP is a full-duplex, connection-oriented, reliable and accurate protocol. It’s not a simple task to do all of those things and the cost is additional overhead. If a TCP packet is not received, the hosts will communicate this and the sending host can send the packet again. Before transmitting, a sending host establishes a connection […]


CCNA 200-125 1.1: Compare and contrast OSI and TCP/IP models (LAB)

The OSI model is a reference for describing the functions of a communication system. The TCP/IP model describes general guidelines for designing and implementing computer protocols. The OSI model Physical Data Link Network Transport Session Presentation Application TCP/IP model Network Access Layer (Physical and Data Link Layers in OSI) Internet Layer (Network Layer in OSI) […]


Can’t ping a directly connected network?

This question came from the Cisco Learning Network: In the shown figure I have not used any kind of routing (static or dynamic). just the basic configuration. These are some of my observations : 1. PC1 can ping R2 interface (192.168.30.1) successfully . 2. PC1 can ping PC2 (192.168.30.3) successfully . 3, PC1 can ping […]


CCIE Lab 1.1.7 – Authentication on a Frame Relay link using PPP

Frame relay does not support authentication by default so we need to encapsulate the layer 2 frame-relay traffic inside a PPP (point-to-point protocol) header. PPP encapsulation provides authentication and other features that are not part best mobile casinos of frame-relay. By running PPP over Frame Relay (PPPoFR) we can implement authentication of Frame Relay PVCs. […]


CCIE Lab 1.1.6 – PVC with a Multipoint Interface on one side and a Subinterface on the other side

This lab is a combination of the first five frame-relay labs we have been working on. We are tasked with connecting a multipoint interface on one router to a subinterface on another router. To accomplish this we will configure R1’s physical interface as a multipoint link without using inverse ARP, R2’s subinterfaces as point-to-point links […]


CCIE Lab 1.1.5 – Frame Relay Point-to-Point Subinterfaces

In this lab we will be configuring frame relay point-to-point subinterfaces. You don’t have to worry about inverse ARP or the frame-relay map command. Inverse ARP requests are not sent out point-to-point subinterfaces even if inverse ARP is enabled on the physical interface and the frame-relay map command is not permitted on point-to-point subinterfaces. There […]


CCIE Lab 1.1.4 – Frame Relay Multipoint Links On A Subinterface Without Using Inverse ARP

This lab is similar to lab 1.01.2 where we used the frame-relay map ip <ip> <dlci> command to statically configure frame relay without using inverse ARP. This time we will be applying our configuration to subinterfaces instead of physical interfaces. While inverse ARP is enabled by default on physical interfaces, that’s not the case for […]


CCIE Lab 1.1.3 – Frame Relay Multipoint Links On A Subinterface Using Inverse ARP

Previously I showed you how to configure Frame Relay on physical interfaces the dynamic way – using inverse ARP. In this lab I will show you how to configure Frame Relay on subinterfaces using inverse ARP. While inverse ARP is enabled by default on physical interfaces that’s not the case with subinterfaces. By default inverse-ARP […]


CCIE Lab 1.1.1 – Frame Relay Multipoint Links On A Physical Interface Using Inverse ARP

Frame-relay can be configured on physical links, multipoint subinterfaces and point-to-point subinterfaces. Frame-relay is a layer 2 WAN protocol that uses permanent virtual circuits (PVC’s) to navigate the network. PVC’s are defined by data link connection identifiers (DLCI’s). When a frame-relay packet is sent, the header includes the DLCI. The frame-relay switches between source and […]


s2Member®