performance evaluation of ahmadu bello university ip-based ... · and education network (ngren)...

ISSN: 2449 – 0539 BAYERO JOURNAL OF ENGINEERING AND TECHNOLOGY (BJET) VOL.14 NO.2, pp 37-50, AUGUST, 2019

Available on line at https://www.bayerojet.com 37

Performance Evaluation of Ahmadu Bello University IP-Based Network using

OSPF and MPLS in a Graphical Network Simulator–3 (GNS-3) Environment

B. H. Sani1, M.B. Mu’azu1 and S. Garba1, 2

1Department of Computer Engineering, Ahmadu Bello University Zaria, Nigeria

[email protected], [email protected], [email protected], [email protected], and [email protected],

2Nigerian Communications Commission

[email protected] and [email protected]

Abstract

The Ahmadu Bello University (ABU) Internet Protocol (IP)-Based Campus Network has grown

to a complex level requiring solutions that will provide more efficiency for centralized services

and policies, while preserving the availability, manageability, and scalability benefits of its design.

Therefore, this paper presents a performance evaluation of ABU IP-based Campus Network that

conventionally utilizes the Open Shortest Path First (OSPF) protocol and also, its comparison with

the Multi-Protocol Label Switching (MPLS) protocol. The ABU Campus Network was modeled

using the Graphical Network Simulator-3 (GNS-3) environment to emulate and identify its

performance and challenges. Another scenario using MPLS-enabled was re-modeled on the same

simulator for comparison to cater for the ever-increasing demand of the Campus. The results

obtained show that the MPLS protocol designed is a more suitable solution over the currently

implemented OSPF protocol at the ABU Campus, as it provides a more scalable and performance

improvement in addressing the over-arching challenges of delays (End-to-end and queuing), jitter,

throughput and server load on the Network. This has further shown that the MPLS has the

capability to accommodate more network services and devices, as well as end-users when

compared to the OSPF.

1. INTRODUCTION

The speed, scalability and reliably of an

Internet Protocol (IP) Campus Network

largely depends on the ability of the designed

network to address dire hardware challenges

such as memory, Central Processing System

(CPU) utilization and link budget, so as to

reduce delays and jitter amongst others, and

to have a higher throughput. This is

achievable with the selection of an

ascendable routing protocol that has the

capability of addressing IP traffic

management, especially in large networks

such as the Campus Network (Abdul-Bay

&Alhafidh, 2014; Ahmed et al, 2015).

Open Shortest Path First (OSPF) protocol is

used in this paper to scale the performance of

Multi-Protocol label switching (MPLS) in a

simulated Ahmadu Bello University, Zaria

(ABU) IP-based Campus Network.

2. The Ahmadu Bello University

(ABU) IP-Based Campus Network

The ABU Campus Network is designed

based on an optical fiber backbone,

comprising of three rings: Samaru, Kongo

and Shika. The fibre backbone connects all

the Faculties, their Departments and other

Units of the University to the data center.

The data center houses the core

infrastructure, hosting the network services

and the Internet link connectivity. The

University has two Internet Service Providers

(ISPs): Synchronous Transport Module level

1 (STM-1) fibre link from GLO-I and STM-

https://www.bayerojet.com/

mailto:[email protected]









1 microwave link from Nigerian Research

and Education Network (NgREN) providing

the University with two 155 Mbps full duplex

bandwidth links.

The ABU Campus Network runs almost

entirely on Cisco devices and was designed

following the standard three (3) layered

hierarchical model with core, distribution and

access layers in order to provide scalable and

reliable network.

a. The Core layer: The core provides a

high-speed path (backbone) for moving data

packets as efficiently and quickly as possible

between distribution layer devices (Lammle,

2014). The ABU Network was designed and

configured with minimal configurations for

fast and efficient switching of traffic in and

out of the Network. All traffic from the

Internet or any external network has to pass

through a Unified Threat Management

(UTM) for inspection before reaching the

Demilitarized Zone (DMZ), where ABU mail

server, web server, students/staff portal,

video conferencing and voice call manager

are located. Traffic from any external

network or DMZ is not allowed to reach the

Local Area Network (LAN), however, traffic

from the LAN can reach anywhere as shown

in Fig. 1. The core also, has two CISCO

switches that connect all the distribution

switches to the entire network, there are also

call manager for voice and video

conferencing server.

Fig. 1. Physical Diagram of Core Layer of ABU Network (ABU Network, 2012)

b. Distribution layer: The distribution

layer is sometimes referred to as workgroup

layer and is the communications point

between core and access layers. The primary

functions of the distribution layer is to

provide routing, filtering, and to determine

how packets can reach the core for access or

vice visa. This is where all the traffic

manipulation typically happens, all local

routing decisions and policies are configured

(Lammle, 2014).

The distribution layer of the ABU network

interconnects Faculties, Departments and

other Units of the University to the core layer

as in Fig. 2. The design was implemented




with partial redundancy between the

distribution and core layer devices; OSPF

was configured as the network layer routing

protocol.

Fig. 2: Physical Diagram of the Core and Distribution Layer of the ABU Network

c. Access layer: The access layer

controls user and workgroup access to the

internetwork resources, it is sometime

referred to as desktop layer. End-user devices

such as Laptop, Mobile Phones, and Printers

etc., access the network through this layer

(Lammle, 2014).

Several Departments and Units within ABU

Campus Network have a flat design, and all

their access switches runs the default

Spanning Tree Protocol (STP) processes.

This allows only the best candidate switch to

be their root segment, which will result in

many network scalability issues such as layer

2 forwarding loops, frame duplications and

excessive flooding due to a high rate of STP

Topology Changes (TC).

3 OSPF vs. MLPS vs. GNS-3

OSPF’s capability to perform as a

hierarchical routing protocol based on linked

state routing (Ahmed, Mustafa & Usman,

2015) makes it a good candidate in many

Campus Networks, as a result, OSPF

supports a variety of techniques and

designations that make operation much

smoother. Also, OSPF uses the concept of

areas to reduce the complexity of the SPF

algorithm execution. The areas are built

around a hierarchical structure to maintain

the flow of data packets.

In OSPF model, group routers are used to

exchange routing information locally. In an

OSPF network having multiple areas, one of

the areas must be a backbone, while the other

areas are connected to it. Conventionally, the

OSPF areas are named as normal, backbone,

ABU - CORE TO DISTRIBUTION PHYSICAL CONNECTIVITY DIAGRAM

Catalyst 6500 SERIES Catalyst 6500 SERIES

CORE

Ten 1/5/4 Ten 2/5/4

Ten 2/5/5Ten 1/5/5

Catalyst 3750 SERIES

MODE

SYST

RPS

MASTR

STAT

DUPLX

SPEED

STACK

1 2 3 4 5 6 7 8 9 10 11 12

ELECTRICAL ENGINEERING DISTRIBUTION


MODE

SYST

RPS

MASTR

STAT

DUPLX

SPEED

STACK

1 2 3 4 5 6 7 8 9 10 11 12

IACC DISTRIBUTION

SYST

PS1

PS2

FAN

STAT

DUPLEX

SPEED

MODE

X2-2

15

X2-1

13

16

14

3

1 2 3 4

3

5 6 7 8

3

9 10 11 12

Catalyst 3560-E Series

SHIKA DISTRIBUTION

SYST

PS1

PS2

FAN

STAT

DUPLEX

SPEED

MODE

X2-2

15

X2-1

13

16

14

3

1 2 3 4

3

5 6 7 8

3

9 10 11 12

Catalyst 3560-E Series

KONGO DISTRIBUTIONTen 0/1

Ten 1/7/1

G1/4/3

G2/4/2-3

G1/0/49-51

G2/4/12

G1/0/8

G1/4/15-16

G1/4/12G1/0/12

ENERGY RESEARCH

MODE

STACKSPEEDDUPLXSTATMASTRRPSSYST


1 2 3 4 5 6 7 8 9 10

1X

2X

15X

16X

11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26

17X

18X

31X

32X

27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42

33X

34X

47X

48X

43 44 45 46 47 48

2 4

1 3

G4/0/11-12

G1/4/5-6

G2/4/4-5

G1/0/9-12

G1/4/11

G2/4/10

G1/0/10-11

Ten 1/7/3 Ten 1/7/2

Ten 0/1

Ten 5/1

(WS-C3750G-48TS-S)

(WS-C3750G-12S-S)

(WS-C3560E-12SD-S )

(WS-C3750G-12S-S)


MODE

SYST

RPS

MASTR

STAT

DUPLX

SPEED

STACK

1 2 3 4 5 6 7 8 9 10 11 12

INSTITUTE OF EDUCATION DISTRIBUTION

G1/0/11 G1/4/14

(WS-C3750G-12S-S)


MODE

SYST

RPS

MASTR

STAT

DUPLX

SPEED

STACK

1 2 3 4 5 6 7 8 9 10 11 12

FIRE STATION DISTRIBUTION(WS-C3750G-12S-S)


MODE

SYST

RPS

MASTR

STAT

DUPLX

SPEED

STACK

1 2 3 4 5 6 7 8 9 10 11 12

ESTATE DISTRIBUTION(WS-C3750G-12S-S)

(WS-C3560E-12SD-S )

1

2

3

4

7

SUPERVISOR

SUPERVISOR

Catalyst

4507R-E

SENATE DISTRIBUTION

(WS-C4507R-E)

(2 x WS-C6509-E)


MODE

SYST

RPS

MASTR

STAT

DUPLX

SPEED

STACK

1 2 3 4 5 6 7 8 9 10 11 12


MODE

SYST

RPS

MASTR

STAT

DUPLX

SPEED

STACK

1 2 3 4 5 6 7 8 9 10 11 12


MODE

SYST

RPS

MASTR

STAT

DUPLX

SPEED

STACK

1 2 3 4 5 6 7 8 9 10 11 12


MODE

SYST

RPS

MASTR

STAT

DUPLX

SPEED

STACK

1 2 3 4 5 6 7 8 9 10 11 12

FACULTY OF SCIENCES DISTRIBUTION

(4 x WS-C3750G-12S-S)

ABU_CORE TO DISTRIBUTION PHYSICAL CONNECTIVITY DIAGRAM_AS-IS

DRAWING NAME

DESIGNED BY

DRAWING NUMBERCORE-P002

OLUYEMI OSHUNKOYA (CCIE# 32320)

VERSION1.0

DATEMAY 05, 2012

DRAWN BY OLABISIIGBAYILOYE

1GB Fiber Linik

10GB Fiber Link

NAPRI

MODE

STACKSPEEDDUPLXSTATMASTRRPSSYST


1 2 3 4 5 6 7 8 9 10

1X

2X

15X

16X

11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26

17X

18X

31X

32X

27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42

33X

34X

47X

48X

43 44 45 46 47 48

2 4

1 3

(WS-C3750G-48TS-S)

G2/4/1

G1/0/49




stub, totally stub, not-so-stubby, and totally

not-so-stubby areas based on their

functionality on the network (Narbik et al,

2015; Ahmed et al, 2015).

On the other hand, MPLS framework

provides high performance control on

packets that enters its domain by improvising

a traffic flow mechanism that caters for

efficient routing, switching and forwarding

of data packets in the network (Ahmed,

Mustafa & Usman, 2015).

The MPLS attached a short fixed-label on

packets entering its domain (a short fixed

entity with no internal structure)“between

Layer-2 (Data Link Layer) and Layer-3

(Network Layer) of the packet to form Layer

2.5 label switched network on layer-2

switching functionality without layer 3 IP

routing”(Narbik et al,2015; Jim et al, 2014;

Ahmed et al,2015) .

The Graphical Network Simulator-3 (GNS-

3) is an emulator for networks that allows the

combination of virtual devices and real

devices to simulate complex networks for

complete and accurate simulations,

measurements and deductions (Mike, 2013).

4 METHODOLOGY

The methodology adopted on this paper is

based on modeling the ABU IP-based

Campus Network using GNS3 simulator

configured with OSPF and MPLS in different

scenarios. The simulations were further

configured with network services; web

server, email server, File Transfer Protocol

(FTP) server, voice and video server to test

the performance of the active devices as they

operate on different scenarios. The network

models are subsequently simulated to

generate data for End-to-End delay, queuing

delay, jitter, throughput, and server load to

determine the scalability of the networks.

4. Modeling the IP-based Campus

Network

The ABU Campus Network was modeled

and designed in GNS-3 emulation

environment with IOS release 15.2 (4) S3 as

shown in Fig. 3.

Fig. 3: Scenario 1- ABU Campus Network Design Model




From Fig. 3, the redundant links on the

network were not utilized, as the default

OSPF configuration allows selection of best

shortest path to destination.

Further to this, the routers in the topology

were configured to run OSPF and MPLS

routing protocol as shown in Fig. 4 to emulate

the real live ABU network design and

configuration. The network was

hierarchically configured having basic intra

and inter area routes.

Figure 4: Scenario 2-MPLS-Enabled ABU Campus Network Design Model

The design solution in Fig. 4 is used to

address the scalability issues of the network

by providing logical redundant paths across

the entire domain provided there is at least

one physical path to any given destination.

The routing functionality is based on “label"

not IP address as in the case of OSPF for

routing lookup as shown in Appendices I and

II.

The scenarios after the implementations of

OSPF and MLPS are depicted in Fig. 5 and

Fig. 6.




Fig. 5: Scenario 1- ABU Campus Network Simulation Model

Fig. 6: Scenario 2- MPLS-Enabled ABU Campus Network Simulation Model

5. RESULTS ANALYSIS

The modeled ABU Campus Network is

simulated for three hours in OSPF and MPLS

scenarios, averagely to represent the peak

period. Measurements were carried out for

the performance parameters; Throughput,

Jitter, Delay (End-to-end, Queuing), and

server load.

i. Throughput




Fig. 7: Throughput

Fig. 7 shows a comparison of throughput

(OSPF vs. MPLS protocols). Though, both

protocols show increase in throughput before

stabilizing, the MPLS-enabled increases

rapidly (6000 bps to 78000 bps) as compared

to the default OSPF (5000 bps – 39000 bps)

at the end of the simulation period. It can be

deducted that the existing ABU Campus

Network has a lower throughput for both

incoming and outgoing traffic compared with

MPLS-Enabled ABU Campus Network.

Literally, this shows that MPLS scale very

well in terms of redundancy, as it allows

efficient utilization of active links on the

network, while OSPF allow some of the

active links on the network to be over utilized

while others underutilized.

ii. Delay

a. End-to-end Delay

Fig. 8: End-to-end Delay

Fig. 8 shows the end-to-end delay of the LAN

traffic, the ABU network with the existing

design (i.e. default OSPF network) provides

higher delay of 0.000002s to 0.0000092s

during the simulation period as compared to

that of MPLS-Enabled ABU network, which

has delay from 0.0000019 to 0.0000050s.

The MPLS technique is able address the

problem of hop-by-hop destination in smaller

duration of time.

0

20000

40000

60000

80000

100000

0 2000 4000 6000 8000 10000 12000

THR

OU

GH

PU

T (B

PS)

SIMULATION TIME (SEC)

MPLS Network Model OSPF Network Model

0

0.000002

0.000004

0.000006

0.000008

0.00001

0 2000 4000 6000 8000 10000 12000

SEC

ON

DS

SIMULATION TIME (SECONDS)

OSPF Network Model MPLS Network Model




b. Queuing Delay

Fig. 9: Queuing Delay

Fig. 9 shows the queuing delay of the LAN

traffic at the transmit ring of the network

hardware interface. The ABU network with

the default OSPF protocol offers higher

queuing delay from 0.000045s to 0.000080 s

compared with MPLS-Enabled ABU

network, which has it delay from 0.00002 s

to 0.000074 s.

iii. Jitter

Fig. 10 Jitter

The Jitter pattern is similar in both scenarios

as shown in Fig. 10; however, MPLS

protocol has a lower delay (0.00005s –

0.0004s) as compared to the OSPF (0.00005s

– 0008s) as the throughput fluctuation

stabilizes. It can be deduced from the figure

that the ABU Campus Network has higher

Jitter when running on OSPF protocol,

because of increase in delays (End-to-end

and queuing).

iv. Server Load

0

0.00002

0.00004

0.00006

0.00008

0.0001

0 2000 4000 6000 8000 10000 12000

SEC

ON

DS


MPLS Network Model OSPF Network Model

0

0.0002

0.0004

0.0006

0.0008

0.001

0 2000 4000 6000 8000 10000 12000

NA

NO

SEC

ON

DS

SIMULATIONTIME (SECONDS)





Fig. 11: Server Load

Fig. 11 shows that ABU network with the

OSPF protocol has a higher server load of

790 Mbits during the simulation period as

compared to the MPLS-Enabled ABU

Campus Network (250 Mbits). The

difference is as a result MPLS fast and

efficient packet processing and lookup.

CONCLUSION

The ABU IP-Based network has grown to

that complex level requiring scalable solution

that will provide more efficient and solutions

for centralized services and policies, while

preserving the high-availability,

manageability, security, and scalability

benefits of the existing campus design. The

output of the research results showed that

MPLS Campus Network is the most

preferred design over the conventional OSPF

network design currently implemented, as it

provides a significant improvement in the

efficiency and performance of an IP-based

Campus Network.

REFERENCES

Abdul-Bary, R. S., & Alhafidh, O. K. (2014).

"Performance Analysis of

Multimedia Traffic over MPLS

Communication Networks with

Traffic Engineering". IJCNCS

VOL.2, NO.3, 93–101.

Ahmed , S. S., Mustafa, A. B. A, &Osman A.

A. (2015). "Comparison Study

between OSPF and MPLS using

OPNET Simulation".IOSR-JECE

VOL. 10, Issue 6, 40 - 43.

Jim, G., Ivan, P., & Jeff, A. (2014). "MPLS

and VPN Architecture" Vol. 2.

CISCO Press.

Lammle, T. (2014). "CCNA Routing and

Switching Review Guide". Sybex.

Narbik, K., Peter, P., & Vinson, T. (2015).

CCIE Routing and Switching v5.0

Official Cert Guide Library, 5th

Edition . CISCO Press.

0

200000000

400000000

600000000

800000000

1E+09

0 2000 4000 6000 8000 10000 12000

BIT

S






APPENDIX I

THE MPLS IDP PROCESS MODEL PROCEDURE OF THE SIMULATION SCENE

own_objid = op_id_self ();

own_node_objid = op_topo_parent (own_objid);

own_prohandle = op_pro_self ();

op_ima_obj_attr_get (own_objid, "process model",

proc_model_name);

process_record_handle= (OmsT_Pr_Handle)

oms_pr_process_register (own_node_objid, own_objid,

own_prohandle, proc_model_name);

oms_pr_attr_set (process_record_handle, "protocol",

OMSC_PR_STRING, "ip_encap", OPC_NIL);

if (ip_encap_ici_print_procs_set == OPC_FALSE)

{

op_ici_format_print_proc_set ("inet_encap_ind",

"src_addr", inet_address_ici_field_print);





"dest_addr", inet_address_ici_field_print);


"interface_received", inet_address_ici_field_print);

op_ici_format_print_proc_set ("inet_encap_req",

"src_addr", inet_address_ici_field_print);

op_ici_format_print_proc_set ("inet_encap_req",

"dest_addr", inet_address_ici_field_print);

}

APPENDIX II

MPLS CONFIGURATIONS ON THE CORE SWITCH

CORESWITCH1(config)#do sh run

Building configuration...

Current configuration : 2949 bytes

version 15.2

service timestamps debug datetimemsec

service timestamps log datetimemsec

no service password-encryption

hostname CORESWITCH1

boot-start-marker

boot-end-marker

no aaa new-model

resource policy

memory-size iomem 5

ip subnet-zero

no ipicmp rate-limit unreachable

ipcef

iptcpsynwait-time 5

ipvrf ABU_MPLS

rd 1:1

route-target export 1:1

route-target import 1:1

no ip domain lookup

mpls label protocol ldp

interface Loopback1

ip address 192.168.1.1 255.255.255.0

interface Loopback2

ip address 192.168.2.1 255.255.255.0

interface Loopback3

ip address 192.168.3.1 255.255.255.0

interface Loopback4




ip address 192.168.4.1 255.255.255.0

interface Loopback5

ip address 192.168.5.1 255.255.255.0

interface Loopback6

ip address 192.168.6.1 255.255.255.0

interface Loopback7

ip address 192.168.7.1 255.255.255.0

interface Loopback8

ip address 192.168.8.1 255.255.255.0

interface Loopback9

ip address 192.168.9.1 255.255.255.0

interface Loopback10

ip address 192.168.10.1 255.255.255.0

interface FastEthernet0/0

ipvrf forwarding ABU_MPLS

ip address 10.1.0.1 255.255.255.252

duplex auto

speed auto

mplsip



ip address 10.1.5.1 255.255.255.252

duplex auto

speed auto

mplsip



ip address 10.1.9.1 255.255.255.252

duplex auto

speed auto

mplsip



ip address 10.1.8.1 255.255.255.252

duplex auto

speed auto

mplsip



ip address 10.1.7.1 255.255.255.252

duplex auto

speed auto

mplsip



ip address 10.1.6.1 255.255.255.252

duplex auto

speed auto

mplsip

router ospf 2 vrf ABU_MPLS

router-id 192.168.1.1

log-adjacency-changes

redistribute bgp 65535 subnets

network 0.0.0.0 255.255.255.255 area 0

router ospf 1


network 0.0.0.0 255.255.255.255 area 0

router bgp 65535

no synchronization

bgp router-id 192.168.1.1

bgp log-neighbor-changes

neighbor 192.168.11.1 remote-as 65535

neighbor 192.168.11.1 update-source

Loopback1

no auto-summary

address-family vpnv4

neighbor 192.168.11.1 activate

neighbor 192.168.11.1 send-community

both

neighbor 192.168.11.1 next-hop-self

exit-address-family

address-family ipv4 vrf ABU_MPLS

redistribute ospf 2 vrf ABU_MPLS match

internal external 1 external 2

no auto-summary

no synchronization

exit-address-family

no ip http server

no ip http secure-server

mplsldp router-id Loopback1 force

control-plane

line con 0

exec-timeout 0 0

privilege level 15

logging synchronous

line aux 0

exec-timeout 0 0

privilege level 15

logging synchronous

line vty 0 4

login

end




CORESWITCH1(config)#

CORESWITCH2#sh run

Building configuration...

Current configuration : 2880 bytes

version 15.2

service timestamps debug datetimemsec

service timestamps log datetimemsec

no service password-encryption

hostname CORESWITCH2

boot-start-marker

boot-end-marker

no aaa new-model

resource policy

memory-size iomem 5

ip subnet-zero

no ipicmp rate-limit unreachable

ipcef

iptcpsynwait-time 5

ipvrf ABU_MPLS

rd 1:1

route-target export 1:1

route-target import 1:1

no ip domain lookup

mpls label protocol ldp


ip address 192.168.11.1 255.255.255.0


ip address 192.168.12.1 255.255.255.0


ip address 192.168.13.1 255.255.255.0


ip address 192.168.14.1 255.255.255.0


ip address 192.168.15.1 255.255.255.0


ip address 192.168.16.1 255.255.255.0


ip address 192.168.17.1 255.255.255.0


ip address 192.168.18.1 255.255.255.0


ip address 192.168.19.1 255.255.255.0


ip address 192.168.20.1 255.255.255.0



ip address 10.1.0.2 255.255.255.252

duplex auto

speed auto

mplsip


no ip address

shutdown

duplex auto

speed auto



ip address 10.1.1.1 255.255.255.252

duplex auto

speed auto

mplsip



ip address 10.1.2.1 255.255.255.252

duplex auto

speed auto

mplsip



ip address 10.1.3.1 255.255.255.252

duplex auto

speed auto

mplsip



ip address 10.1.4.1 255.255.255.252

duplex auto

speed auto

mplsip

router ospf 2 vrf ABU_MPLS

router-id 192.168.11.1


redistribute bgp 65535 subnets

network 0.0.0.0 255.255.255.255 area 0

router ospf 1


network 0.0.0.0 255.255.255.255 area 0

router bgp 65535

no synchronization

bgp router-id 192.168.11.1

bgp log-neighbor-changes




neighbor 192.168.1.1 remote-as 65535

neighbor 192.168.1.1 update-source

Loopback11

no auto-summary

address-family vpnv4

neighbor 192.168.1.1 activate

neighbor 192.168.1.1 send-community both

neighbor 192.168.1.1 next-hop-self

exit-address-family

address-family ipv4 vrf ABU_MPLS

redistribute ospf 2 vrf ABU_MPLS match

internal external 1 external 2

no auto-summary

no synchronization

exit-address-family

ip classless

no ip http server

no ip http secure-server

mplsldp router-id Loopback11 force

control-plane

line con 0

exec-timeout 0 0

privilege level 15

logging synchronous

line aux 0

exec-timeout 0 0

privilege level 15

logging synchronous

line vty 0 4

login

end

CORESWITCH2#


performance evaluation of ahmadu bello university ip-based ... · and education network (ngren)...

Documents