MINISTERUL EDUCAIEI AL REPUBLICII MOLDOVA

UNIVERSITATEA TEHNIC A MOLDOVEI

FACULTATEA INGINERIE SI MANAGEMENT N ELECTRONIC I

TELECOMUNICAII

CATEDRA SISTEME I REELE DE COMUNICAII

OPTOELECTRONICE

Lucrare de laborator nr.4

Tema: Protocoale ARP, RARP, BOOTP, DHCP

A efectuat:
st.gr IMTC-141 Rusu Nicoleta
semntura studentului______________

A verificat:
lector superior universitar, magistru Russu Gabriel
semntura profesorului______________

Nota______________

Chiinu 2016
CUPRINS
1 Protocolul ARP 3
2 Protocolul RARP 8
3 Protocolul BOOTP 9
4 Protocolul DHCP 14
5 Practica 17
Concluzii
Bibliografie

1 ARP - Address Resolution Protocol

Pentru ca doua dispozitive de retea sa poata comunica este necesara cunoasterea

atat a adresei MAC, cat si a celei logice. In cazul in care numai una dintre adrese
este disponibila se apeleaza la un protocol dedicat care pe baza acesteia va
determina cealalta adresa.

Stiva de protocoale TCP/IP contin doua protocoale de nivel retea pentru a servi
acest scop: ARP (Address Resolution Protocol) si RARP (Reverse Address

2
Resolution Protocol). ARP este protocolul ce va oferii adresa MAC a unui
dispozitiv de retea, data fiind adresa sa IP.

ARP se bazeaza pe construirea si mentinerea unei tabele ARP. O tabela ARP are
rolul de a oferii o corespondenta intre adresele IP si cele MAC. Acestea sunt
construite dinamic si sunt stocate in memoria RAM. Desi exista mecanisme pentru
adaugarea sau eliminarea unei intrari intr-o tabela ARP acestea sunt rareori
folosite. Fiecare computer sau dispozitiv de retea isi pastreaza propria sa tabela
ARP. Cum functioneaza ARP? Cum este construita tabela ARP?

Figura. 1.1 Reteaua din de comunicatii

Toate statiile sunt tocmai pornite, astfel tabelele ARP sunt vide. Presupunem ca
statia A1 vrea sa comunice cu statia A2, cunoscand doar adresa IP a acesteia. La
nivelul retea datele venite de la nivelurile superioare vor fi encapsulate si vor primi
un antet ce va contine in campul adresa destinatie 193.23.1.7, iar ca adresa sursa
193.23.1.4. Inainte de trecerea la nivelul legatura e date adresa IP destinatie va fi
cautata in tabela ARP si nefiind gasita se va crea un cadru special (ARP request) ce
va avea in campul adresa destinatie din antet adresa de difuzare:
FF.FF.FF.FF.FF.FF, iar in campul adresa sursa adresa MAC a statiei A1.

Daca vom considera ca reteaua din figura foloseste Ethernet drept protocol de nivel
MAC datele vor fi difuzate si vor ajunge la A2 si la interfata ruterului conectata la
segmentul A.

3
La nivelul legatura de date va fi analizat antetul cadrului. Campul destinatie fiind o
adresa de difuzare cadrul va fi trimis la nivelul superior. Totodata pe baza
continutului campului sursa de nivel 2 si 3 va fi creata prima intrare in tabela ARP
a statiei A2. Ajuns la nivelul 3 cadrul este identificat drept o cerere ARP si se
initiaza un raspuns transmis ca unicat atat la nivel retea cat si la nivel legatura de
date. Dupa primirea raspunsului A1 va putea insera in tabela sa ARP adresa MAC a
lui A2, iar comunicatia din acest moment va avea loc fara probleme.

Fiind pe un segment Ethernet toate cadrele schimbate de A1 si A2 vor ajunge la

toate statiile de pe segment, astfel ca desi nu au emis nici un cadru atat A3 cat si
ruterul vor avea cate o tabela ARP cu 2 intrari. Aceste intrari expira dupa o
perioada de timp, fiind inlaturate din tabela ARP.

Cum are loc comunicatia intre statii aflate in retele diferite?

Am vazut ca protocolul de rezolutie a adresei se bazeaza pe difuzari la nivel

legatura de date. Ruterele in schimb nu propaga pachetele de difuzare de nivel
legatura de date in afara retelei din care provin.

Exista doua modalitati prin care statii aflate in retele diferite pot comunica: default
gateway si proxy ARP.

Proxy ARP este o extensie a protocolului de rezolutie a adresei. Pornind de la

faptul ca ruterul nu va transfera pachetele de difuzare Proxy ARP va determina
ruterul sa raspunda la toate cererile ARP destinate unor adrese in afara retelei cu
propria sa adresa MAC.

In cazul retelei de mai sus sa consideram ca statia A1 vrea sa comunice cu B1.

Dupa ce nu va gasi adresa MAC a statiei B1 in tabela ARP va trimite o cerere ARP.
Cadrul se va fi receptionat de catre toate dispozitivele de retea aflate pe acest
segment. Statiile A2 si A3 deja au in tabela ARP informatii despre A1, astfel incat
vor reseta timpul de viata al acestei intrari. Ruterul va reseta si el acest timp, iar
apoi analizand adresa IP destinatie va concluziona ca destinatia nu se afla in acelasi
4
segment. Daca acesta ar fi fost un cadru obisnuit ruterul ar fi luat o decizie pe baza
tabelei sale de rutare. Fiind totusi o cerere ARP ruterul va genera un raspuns ARP
ce va contine propria sa adresa MAC. Raspunsul ARP va fi incapsulat, iar antetul
va avea atat la nivelul legatura de date cat si la nivelul retea adresa sursa adresa
interfetei ruterului ce se afla conectata la retea. Ruterul va determina pe ce interfata
trebuie sa trimita pachetele destinate pentru 24.8.17.2 si va trimite pe aceasta
interfata o noua cerere ARP. B1 va raspunde la aceasta.

In final toate statiile din reteaua A isi vor adauga o noua intrare in tabela ARP ce va
face corespondenta intre 193.23.1.1 si adresa MAC a interfetei routerului:
00.48.0C.18.7A.A2. In plus statia A1 va mai adauga o intrare ce va mapa 24.8.17.2
cu adresa 00.48.0C.18.7A.A2. Statiile din reteaua B vor insera doua intrari in
tabelele ARP propri: 24.8.17.1 - 00.48.0C.18.7A.A3 si 24.8.17.1 -
00.01.9A.11.71.11.

Din acest moment statia A1 va incapsula transmisia destinata statiei B1 folosind

adresa IP a lui B1 si adresa MAC a ruterului. Ruterul va primi cadrele va inlocui
adresa sursa din antetul de nivel legatura de date cu adresa sa: 00.48.0C.18.7A.A3
si le va trimite mai departe catre B1.

Pentru o statie data default gatewayeste adresa IP a interfetei de pe ruter ce

conecteaza reteaua din care face parte respectiva statie. Odata precizat un default
gateway nivelul retea al statiei va mai capata o noua atributie, trebuind sa
determine daca destinatia este sau nu in accesi retea. Daca nu este atunci nu va mai
fi initiata ci se va folosi adresa IP destinatiei finale si adresa MAC a default
gateway. Astfel in tabela ARP va fi cautata adresa interfetei ruterului.

ncapsularea pachetului ARP ntr-un cadru Ethernet sau 802.2 SNAP este
exemplificat n figur:

5
 Structura unei cereri ARP este:

n cele ce urmeaz vom da o scurt descriere a cmpurilor:

Tipul hardware-ului: tipul de hardware al interfeei;

Tipul protocolului: tipul de protocol pe care emitorul l folosete;

Lungimea adresei MAC: lungimea fiecrei adrese hardware din cadru, dat
n octei;

Lungimea adresei de protocol: lungimea adresei de protocol din datagram

dat n octei;

Cod operaie (Op Code) indic: tipul de datagram, cerere ARP sau rspuns
la aceasta. Dac datagrama este cerere valoarea acestui cmp este 1, iar dac
este rspuns valoarea este 0;

6
 Adresa MAC surs: adresa hardware a dispozitivului transmitor;

Adresa IP surs: adresa IP a dispozitivului transmitor;

Adresa IP a destinaiei: adresa IP a dispozitivului destinaie;

Adresa MAC a destinaiei: adresa hardware a dispozitivului destinaie.

Cmpul "Tipul hardware-ului"

Acest cmp identific tipul interfeei hardware folosit:

Tip Descriere

1 = Ethernet

2 = Ethernet experimental

3 = X.25

4 = Proteon ProNET (Token Ring)

5 = Chaos

6 = IEEE 802.x

7 = ARCnet

16 = ATM

Cmpul "Tipul de protocol"

Tipul de protocol identific, aa cum i spune i numele, tipul de protocol de nivel

reea pe care dispozitivul transmitor l folosete. Aceasta astfel indic, n mod
implicit, i tipul de adres de nivel reea folosit. Cu TCP/IP, aceste protocoale sunt
de obicei EtherType. Cteva exemple de valori ale acestui cmp:

7
n zecimal Descriere

2048 = Internet Protocol (IP)

2049 = X.75

2053 = X.25 Level 3

2054 = ARP

2055 = XNS

32821 = Reverse ARP

32824 = DEC LANBridge

32823 = Apple Talk

Dac protocolul nu este EtherType, vor fi folosite alte valori.

2. Protocolul de rezoluie invers a adresei - RARP

RARP - Reverse ARP

ARP rezolv problema aflrii adresei MAC corespunztoare unei adrese IP date.
Uneori ns se cere rezolvarea problemei inverse: dndu-se o adres MAC, trebuie
gsit adresa IP corespunztoare.

Aceasta problem apare n particular cnd se pornete o staie de lucru fr disc. O

astfel de main ncarc nucleul sistemului de operare de la un server de fiiere la
distan. Soluia este folosirea protocolului RARP. Acest protocol permite unei
staii de lucru s difuzeze adresa sa MAC i s solicite o adres IP.

8
Serverul RARP este responsabil de tratarea acestei cereri i furnizarea unui
rspuns. El deine de obicei tabele de coresponden adres MAC - adres IP, caut
adresa IP ce corespunde adresei MAC a solicitantului i transmite un rspuns
acestuia.

Un dezavantaj al protocolului RARP const n faptul c pentru a ajunge la server-ul

RARP, staia surs folosete o adres MAC de difuzare. Asemenea difuzri nu sunt
propagate prin router-e i deci este necesar s existe un server RARP n fiecare
LAN.

Pentru a rezolva aceast problem a fost inventat un protocol alternativ, protocolul

BOOTP.

3. Protocolul BOOTP

Spre deosebire de RARP, BOOTP este un protocol de nivel aplicaie ce folosete

pachete UDP pentru transfer-ul mesajelor. Mesajele UDP fiind bazate pe IP, sunt
propagate peste router-e. n plus BOOTP este capabil s furnizeze unei staii fr
disc i informaii suplimentare ca: adresa IP a serverului de fiiere ce deine
imaginea nucleului SO, adresa IP a router-ului implicit i masca de subreea
folosit.

A fost dezvoltat pentru a furniza unei staii de lucru fr memorie magnetic

(diskless workstation ) informaiile de care are nevoie pentru a deveni operaional.
Folosete un singur tip de packet UDP pentru a determina adresa de IP a unui
calculator sau dispozitiv de reea adresabil, pachet nesegmentat. Calculatorul client
trimite un broadcast packet prin care cere o adres de IP. Calculatorul server
rspunde cu o datagram UDP care conine adresa de IP a clientului, masca de
reea, default gateway, DNS server, etc. Pentru a detecta pierderea datagramei
BOOTP folosete un simplu timer. Cnd mesajul este trimis, clientul pornete
ceasul. Dac mesajul de rspuns nu sosete nainte de expirarea timpului, clientul l
va retransmite.

9
 Figura 3.1 Formatul pachetului BOOTP

Formatul pachetului BOOTP este:

OpCode este un numr a crui valoare indic tipul datagramei.

1 request

2 reply

Htype este un numr care indic tipul de hardware de reea :

1 - Ethernet

2 - Experimental Ethernet

3 - X.25

4 - Token Ring

5 - Chaos

6 - IEEE 802.X

7 ArcNet

HLEN este un numr care indic lungimea adresei hardware.

10
HOPS este un numr care indic prin cte dispozitive de reea a trecut pachetul.
HOPS este iniial pus pe 0.

Transaction Identifier Number este un numr ntreg atribuit mesajului de soft-ul

client, numr care nu este modificat la destinaie i n mesajul de rspuns.

Cmpul Seconds reprezint numrul de secunde dup care clientul va porni, numr
atribuit de client la trimiterea mesajului.

The Client IP Address este 0.0.0.0 .

The Server IP Address este adresa serverului de la care clientul dorete informaii.

The Server Host Name field conine numele serverului de la care clientul dorete
informaii.

The Boot Filename poate specifica numele imaginii SO care i-ar permite sistemului
fr disk magnetic s pornesc (booteze).

Vendor Specific Information

Primii 32 de bits sunt 99.120.83.99 i poart numele de magic cookies.Dup aceti

32 de bits urmeaz informaii structurate pe trei coloane :tipul, lungimea i
valoarea conform tabelului :

11
 Figura 3.2 Structura cmpului Vendor Specific Information

Generaliti

1. Folosete un singur tip de pachet n care cmpurile au lungime fix

2. Pachetul nu este fragmentat

3. Pachetul conine adresa portului surs i a portului destinaie incluse de UDP.

4. BOOTP client = 68 , BOOTP server = 67

5. Fiecare pachet este retransmis pn cnd ajunge cu bine la destinaie.

6. Cmpul OpCode indic un BootRequest sau un BootReply .

7. BootRequest conine MAC address (hardware address) a calculatorului client i

IP address a calculatorului client (dac o tie)

8. BootRequest poate conine (opional) adresa serverului. Dac clientul nu o

cunoate, n cmpul corespunztor vor fi inclui numai bii de 1, reprezentnd
Local Broadcast Address (255.255.255.255).

9. BootRequest poate conine (opional ) numele generic al fiierului cu imaginea

SO (ex. unix , ether, etc ). Cnd serverul trimite BootReply el va include
12
 denumirea exact a fiierului i/sau calea exact ctre el. Serverul include o
baz de date cu echivalena dintre numele generic i cel exact:

Figura 3.3 BootRequest

Dac clientul nu-i cunoate adresa de IP, cmpul corespunztor din

BootRequest va conine numai bii de 0. Serverul trebuie s o afle i s o
includ n BootReply. Serverul conine o baz de date cu echivalena ntre
adresa MAC i cea IP :

Figura 3.4 Tipurile de adrese in PC

4 Protocolul DHCP Dynamic Host Configuration Este o modalitate

rapid i simpl de a asigna adrese IP unui numr mare de clieni, moment n care
BOOTP ar deveni greoi de utilizat i ineficient. Exist nevoia de a defini un
interval de IP-uri valide i de a asigna automat clienilor din reea, de asemenea, a
aprut nevoia de a defini o durat de via unui IP.

Metoda de a introduce manual adresa IP poate avea i ea utilitatea ei. Spre

exemplu, ofer accesul imediat la datele vitale pentru funcionarea n reea ale
fiecrui calculator. Totui, metoda este consumatoare de timp i este expus
erorilor.

Formatul mesajului DHCP

13
 Figura 4.1 Formatul mesajului DHCP

Majoritatea cmpurilor se regsesc n mesajul BOOTP (vezi figura 2.32).

Cmpurile care la DHCP au o seminficaie diferit sunt urmtoarele:

> Adresa fizic client - Setat de client. DHCP definete un identificator

opional pentru client, utilizat pentru identificarea clientului. Dac aceast
opiune nu este utilizat, clientul va fi identificat dup adresa MAC.

> Numele fiierului de iniializare - Clientul fie las acest cmp cu valoarea
nul, fie specific un anumit nume, astfel nct s indice tipul de iniializare
care trebuie demarat. ntr-o cerere DHCPDISCOVER, este setat n zero.
Serverul returneaz numele complet pentru o cale de directoare n cererea
DHCPOFFER. Valoarea este terminat n X00.

> Opiuni - Primii patru octei conin valoarea adresei speciale (magic
cookie) 99.130.83.99. Cei rmai indic parametrii dorii.

Funcionarea DHCP

DHCP implementeaz un model client-server i un agent cu rol de releu (relay

agent). Acest agent gestioneaz interaciunea dintre clieni i server. Deoarece
clientul este principalul partener de comunicaie n aceast situaie, el iniiaz toate

14
sesiunile cu serverul, lucru care are loc n faza de bootare. DHCP are urmtoarele
faciliti:

- suport alocarea dinamic;

- suporta alocarea static;

- conlucreaz cu BOOTP;

- repartizeaz adrese;

- suport repartizarea persistent;

- reintegreaz repartiiile expirate.

n esen, DHCP este nsrcinat cu manipularea a dou seturi de date:

repartiiile (IP-urile alocate) i fondul de adrese (IP-uri disponibile). Repartiiile
snt alocate clienilor conform unei proceduri, care este destul de simpl.

Cum primesc clienii numere IP

Iat modul de funcionare a DHCP din acest punct de vedere:

1. Clientul cere un IP printr-o difuzare de tip DhcpDiscover. Dac clientul are o

repartiie persistent, poate cere acea repartiie iniial.

2. Serverul alege un IP din fondul de adrese i ntoarce un pachet DhcpOffer cu un

IP disponibil ataat.

3. n cazul n care clientul dorete mai multe oferte IP, o va alege pe prima sau pe
cea cu repartiia dorit.

4. Clientul difuzeaz un pachet DhcpRequest cu un identificator pentru un server i

trece n asteptare.

5. Fiecare server care analizeaz pachetul i nu i detecteaz identificatorul va

ignora pachetul. Dup ce serverul cu identificatorul corespunztor primete
pachetul, el va trimite un DhcpAck (sau DhcpNak, daca IP-ul cerut este deja alocat,
ceea ce nseamn c repartiia a expirat).

15
6. Dup ce clientul primete pachetul DhcpAck, el ncepe s foloseasc IP-ul
alocat. n cazul n care primete DhcpNak, va rula de la nceput secvena de cerere
a unui IP. Dac IP-ul reprezint o problem din punct de vedere al clientului, acesta
trimite un pachet DhcpDecline ctre server i reia secvena de cerere a unui IP.

Funcionarea agenilor cu rol de releu

Relay agent este un intermediar ntre servere i clieni. Astfel, un server poate
gestiona i subreele pentru care nu exist un server DHCP disponibil, eliminnd
necesitatea definirii unui server pentru fiecare subreea. Modul de funcionare a
unui agent releu:

1. Clientul DHCP difuzeaz un mesaj.

2. Agentul releu pune adresa IP a plcii de interfaa cu reeaua de la care a primit

mesajul, ntr-un cmp al mesajului (numit giaddr). Agentul trimite mesajul direct
ctre server (unicast).

3. Serverul trimite napoi rspunsul ctre agentul releu (prin unicast). Acest rspuns
include acelai giaddr ca i cererea trimis de client.

4. Agentul releu difuzeaz rspunsul prin interfaa de reea al crei IP apare n

cmpul giaddr.

Repartiiile

DHCP gestioneaz adrese IP distribuite prin oferirea de repartiii (leases

nchirieri). n principiu, se definete un interval de timp n care un IP rmne
asociat unei maini. Dac repartiia expir (intervalul de timp stabilit expir nainte
de refolosirea conexiunii), clientul trebuie s cear o nou adres IP.

Aceasta este o metod de a gestiona repartiiile permanente n medii

dinamice care au disponibile puine IP-uri, dar prefer s menin o anumit adres
IP pentru un utilizator anume. Dac este nevoie de acel IP, el poate fi alocat unei
alte maini, dar va fi alocat din nou mainii care l-a cerut iniial cnd va fi iari

16
disponibil. A se reine ca un client trebuie s se deconecteze de la reea pentru a
putea cere din nou un IP.

Se folosete de obicei un interval de 60 minute pentru asigurarea securitii n

medii cu clieni cu activitate dinamic. Firmele ISP folosesc repartiii de scurt
durat pentru a menine IP-urile dinamice, dar i pentru a limita posibilitatea ca
utilizatorii s ruleze servere. Cele mai multe servere vor menine o repartiie activ
pentru cel putin 24 ore dup ce a expirat. Gestionare eficient a repartiiilor
depinde practic de reea. Limitarea la perioade scurte poate avea efect asupra
ncrcrii reelei, se utilizeaz n special n reele cu staii care snt mutate suficient
de des pentru a justifica remprosptarea frecvent a fondului de adrese (de
exemplu, ntr-o fabric de calculatoare). Cealalt abordare este pstrarea
repartiiilor timp de 5 sau 6 zile, ns cel mai probabil nu vor expira pentru c
clientul respectiv se va reconecta la reea n acest timp.

Practica:

Cream o retea de 10 calculatoare cu un router 2811 si un witch 2960-24T

17
Efectuam setarile routerului:

System Bootstrap, Version 12.1(3r)T2, RELEASE SOFTWARE (fc1)

Copyright (c) 2000 by cisco Systems, Inc.
cisco 2811 (MPC860) processor (revision 0x200) with 60416K/5120K bytes of memory

Readonly ROMMON initialized

program load complete, entry point: 0x8000f000, size: 0xc940

program load complete, entry point: 0x8000f000, size: 0xc940

program load complete, entry point: 0x8000f000, size: 0x3ed1338

Self decompressing the image :
##########################################################################
[OK]
Restricted Rights Legend

Use, duplication, or disclosure by the Government is

subject to restrictions as set forth in subparagraph
(c) of the Commercial Computer Software - Restricted
Rights clause at FAR sec. 52.227-19 and subparagraph
(c) (1) (ii) of the Rights in Technical Data and Computer
Software clause at DFARS sec. 252.227-7013.

cisco Systems, Inc.

170 West Tasman Drive
18
San Jose, California 95134-1706

Cisco IOS Software, 2800 Software (C2800NM-ADVIPSERVICESK9-M), Version 12.4(15)T1,

RELEASE SOFTWARE (fc2)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2007 by Cisco Systems, Inc.
Compiled Wed 18-Jul-07 06:21 by pt_rel_team
Image text-base: 0x400A925C, data-base: 0x4372CE20

This product contains cryptographic features and is subject to United

States and local country laws governing import, export, transfer and
use. Delivery of Cisco cryptographic products does not imply
third-party authority to import, export, distribute or use encryption.
Importers, exporters, distributors and users are responsible for
compliance with U.S. and local country laws. By using this product you
agree to comply with applicable laws and regulations. If you are unable
to comply with U.S. and local laws, return this product immediately.

A summary of U.S. laws governing Cisco cryptographic products may be found at:
http://www.cisco.com/wwl/export/crypto/tool/stqrg.html

If you require further assistance please contact us by sending email to

export@cisco.com.
cisco 2811 (MPC860) processor (revision 0x200) with 60416K/5120K bytes of memory
Processor board ID JAD05190MTZ (4292891495)
M860 processor: part number 0, mask 49
2 FastEthernet/IEEE 802.3 interface(s)
239K bytes of non-volatile configuration memory.
62720K bytes of ATA CompactFlash (Read/Write)
Cisco IOS Software, 2800 Software (C2800NM-ADVIPSERVICESK9-M), Version 12.4(15)T1,
RELEASE SOFTWARE (fc2)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2007 by Cisco Systems, Inc.
Compiled Wed 18-Jul-07 06:21 by pt_rel_team

--- System Configuration Dialog ---

Continue with configuration dialog? [yes/no]:

% Please answer 'yes' or 'no'.
Continue with configuration dialog? [yes/no]:
% Please answer 'yes' or 'no'.
Continue with configuration dialog? [yes/no]: nb
% Please answer 'yes' or 'no'.
Continue with configuration dialog? [yes/no]: n

Press RETURN to get started!

19
Router>en
Router#conf t
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#exit
Router#
%SYS-5-CONFIG_I: Configured from console by console

Router#show running-config
Building configuration...

Current configuration : 551 bytes

!
version 12.4
no service timestamps log datetime msec
no service timestamps debug datetime msec
no service password-encryption
!
hostname Router
!
!
!
!
!
!
!
!
ip cef
no ipv6 cef
!
!

Router#conf t
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#inter
Router(config)#interface fast
Router(config)#interface fastEthernet 0/0
Router(config-if)#ip add
Router(config-if)#ip address 192.168.6.1 255.255.255.2
Bad mask 0xFFFFFF02 for address 192.168.6.1
Router(config-if)#ip address 192.168.6.1 255.255.255.0
Router(config-if)#no shutdown

Router(config-if)#
%LINK-5-CHANGED: Interface FastEthernet0/0, changed state to up

%LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/0, changed state to up

%LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/0, changed state to down

%LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/0, changed state to up

20
Router(config-if)#exit
Router(config)#ser
Router(config)#service dh
Router(config)#service dhcp
Router(config)#
Router(config)#console
^
% Invalid input detected at '^' marker.
Router(config)#conf t
%Invalid hex value
Router(config)#conf t
%Invalid hex value
Router(config)#confi
Router(config)#config-register
Router(config)#config t
Router(config)#config t
%Invalid hex value
Router(config)#exit
Router#
%SYS-5-CONFIG_I: Configured from console by console

Router#conf t
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#ip dhcp
% Incomplete command.
Router(config)#ip dhcp pool Vlad network
^
% Invalid input detected at '^' marker.
Router(config)#ip dhcp pool Vlad network
^
% Invalid input detected at '^' marker.
Router(config)#ip dhcp pool Vlad
Router(dhcp-config)#ip dhcp pool VladNetWork
Router(dhcp-config)#?
default-router Default routers
dns-server Set name server
exit Exit from DHCP pool configuration mode
network Network number and mask
no Negate a command or set its defaults
option Raw DHCP options
Router(dhcp-config)#net
Router(dhcp-config)#ip dhcp pool VladNetWork 192.168.6.0 255.255.255.0
^
% Invalid input detected at '^' marker.
Router(dhcp-config)#ip dhcp pool Vlad
Router(dhcp-config)#net
Router(dhcp-config)#ip dhcp pool VladNetWork 192.168.6.0 255.255.255.0
^
% Invalid input detected at '^' marker.
Router(dhcp-config)#net
Router(dhcp-config)#network 192.168.6.0 255.255.255.0
Router(dhcp-config)#def

21
Router(dhcp-config)#default-router 192.162.6.1
Router(dhcp-config)#dns
Router(dhcp-config)#dns-server 8.8.8.8

Router(dhcp-config)#

Router#wr
Building configuration...
[OK]

Router#

Dupa cum observam am configurat cu succes o retea formata din 1 ruter 1

switcher si 10 calculatoare utilizind un diapazon de ip-uri incepind cu 192.168.6.1
pinla la 192.168.6.10 utilizind masca /24 adica 255.255.255.0. Pentru a demonstra
functionalitatea calculatoarelor intram in consola si scriem comanda ipconfig.

22
Concluzii:

23
In aceasta lucare de laborator am studiat protocoalele ARP RARP,BOOTP si
DHCP, toate fiind protocoale de reta sunt utilizate in comunicatiile prin internet.
Am creat o retea utilizind un router un switch si 10 calculatoare carora le-am
atribuit ip adrese de la 192.168.6.1 cu subnetmaska /24 adica255.255.255.0.
Reteau functioneaza, iar serverul DHC atribuie ip adrese la fiecare calculator
conectat la retea.

Bibliografie:

24
1. http://shannon.etc.upt.ro/laboratoare/pc/luc8/ARP.html
2. http://documents.tips/documents/protocolul-bootp-si-dhcp.html

25