• CCNA

    Adăugat la 16 februarie 2011

    Scris de Vlad

    Cuvinte cheie

    , , , , ,

    PING este probabil una dintre cele mai folosite comenzi de troubleshooting. Cu ping putem să stabilim dacă o destinaţie dintr-o reţea este disponibilă. Ceea ce puţini ştiu, sunt parametrii acestei comenzi care te pot ajuta la scenarii ceva mai complexe. Iată câteva exemple:

    -t – va continua cu comanda ping până la când utilizatorul va decide oprirea prin comanda Ctrl+C

    -a – rezolvarea adresei IP la un hostname

    -n număr - specifică numărul de ping requesturi ce vor fi trimise.

    -l mărime – specifică mărimea pachetelor ping în bytes.

    -f – Nu permite fragmentarea pachetelor.

    -i TTL – specifică time-to-live (numărul maxim de routere prin care i se permite pachetului să treacă).

    Pentru a demonstra câţivă dintre parametrii lui ping să urmărim următoarele exemple.

    1) Mai întai am să dau un simplu ping în serverul DNS al reţelei de care aparţin.

    C:\>ping 10.0.0.252

    Pinging 10.0.0.252 with 32 bytes of data:
    Reply from 10.0.0.252: bytes=32 time<1ms TTL=62
    Reply from 10.0.0.252: bytes=32 time<1ms TTL=62
    Reply from 10.0.0.252: bytes=32 time<1ms TTL=62
    Reply from 10.0.0.252: bytes=32 time<1ms TTL=62

    Ping statistics for 10.0.0.252:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
    Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 0ms, Average = 0ms

    Faptul că primesc reply-uri, înseamnă evident că destinaţia este up-and-running. Observăm că dimensiunea pachetelor este de 32 de bytes, iar timpul de răspuns este sub 1 ms.

    2) Să trimitem câteva pachete mai mari.

    C:\>ping 10.0.0.252 -l 2000

    Pinging 10.0.0.252 with 2000 bytes of data:
    Reply from 10.0.0.252: bytes=2000 time=1ms TTL=62
    Reply from 10.0.0.252: bytes=2000 time<1ms TTL=62
    Reply from 10.0.0.252: bytes=2000 time<1ms TTL=62
    Reply from 10.0.0.252: bytes=2000 time<1ms TTL=62

    Ping statistics for 10.0.0.252:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
    Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 1ms, Average = 0ms

    Observaţi folosirea parametrului -l pentru a specifica dimensiunea pachetelor. În reply, ni se confirmă că pachetele trimise au avut într-adevăr dimensiunea scontată de 2000 de bytes.

    3) Să trimitem acum 2 tipuri de ping de dimensiuni diferite, în care să nu permitem fragmentarea. DF este prescurtarea pentru Don’t Fragment, iar dacă bitul corespondent din câmpul dedicat al pachetului este setat (are valoarea 1), atunci fragmentarea nu este permisă.

    Ping de 2000 de bytes în care nu se permite fragmentarea:

    C:\>ping 10.0.0.252 -l 2000 -f

    Pinging 10.0.0.252 with 2000 bytes of data:
    Packet needs to be fragmented but DF set.
    Packet needs to be fragmented but DF set.
    Packet needs to be fragmented but DF set.
    Packet needs to be fragmented but DF set.

    Ping statistics for 10.0.0.252:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss)

    Ping de 1472 bytes în care nu se permite fragmentarea:

    C:\>ping 10.0.0.252 -l 1472 -f

    Pinging 10.0.0.252 with 1472 bytes of data:
    Reply from 10.0.0.252: bytes=1472 time<1ms TTL=62
    Reply from 10.0.0.252: bytes=1472 time<1ms TTL=62
    Reply from 10.0.0.252: bytes=1472 time<1ms TTL=62
    Reply from 10.0.0.252: bytes=1472 time<1ms TTL=62

    Ping statistics for 10.0.0.252:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
    Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 0ms, Average = 0ms

    De ce nu merge în primul caz ping-ul iar în al doilea merge?

    Aici trebuie să avem o mică discuţie despre MTU (Maximum Transmission Unit). MTU defineşte dimensiunea maximă a unui pachet pe care o poate procesa un device. În general, în reţelele Ethernet se va folosi un MTU de 1472 de bytes. Asta înseamnă că un pachet peste această dimensiune nu va putea fi transmis dacă fragmentarea nu este permisă. În cazul 2) de mai sus, nu au fost probleme cu expedierea pachetului pentru că fragmentarea este permisă by default. În exemplul 3), sistemul a încercat să trimită un pachet de 2000 de bytes într-o reţea în care dimensiunea maximă a pachetului e 1472 de bytes. Orice dimensiune mai mică sau egală cu această valoare va fi permisă  chiar dacă fragmentarea nu este permisă.

    În cazul în care trebuie să trimitem un pachet de 2000 de bytes iar MTU este 1472, vom avea de fapt de trimis 2 pachete. Pachetul original va fi fragmentat. Primul pachet va avea dimensiunea de 1472 bytes iar cel de-al doilea pachet va avea 2000 – 1472 = 528 de bytes.

    Mai multe despre MTU într-un subiect viitor happy


    Articol adăugat miercuri, 16 februarie 2011 ora 22:35 în categoria CCNA. Poţi urmări comentariile la acest articol prin RSS 2.0 feed. Poţi lăsa un comentariu, sau trackback către propriul site.
  • 3 comentarii

    Vezi comentarii.

    1. Octavian
      Adăugat la 5 mai 2011

      Cred ca ar trebui sa fii un pic mai exact.
      In primul rand, dimensiunea pachtelor transmise de este de 32 de bytes ci de mai mult. (32 de bytes data din ICMP + 8 bytes header ICMP + 20 de bytes header IP).

      In al doilea subiect, cel legat de fragmentare, ai spus ca in ethernet nu poti sa ai pachete (de fapt frame-uri) mai mari de 1472 de bytes. Pt. ethernet MTU este de 1518.

      1472 de bytes este de fapt dimensiunea campului data din ICMP, nicidecum dimensiunea totala a ceea ce trimiti.

      (1518 bytes -20bytes (TCP header) -20bytes (IP header) -8bytes(ICMP header) = 1472bytes (ICMP data)

    2. Vlad
      Adăugat la 8 mai 2011

      Într-adevar. Completările tale sunt corecte. Mulţumesc.

    3. Octavian
      Adăugat la 8 mai 2011

      Cu placere, desi m-a luat gura pe dinainte happy.
      Nu are ce cauta header-ul TCP in calcul pt. al doilea exemplu. Ma gandeam la cai verzi pe pereti..

      1472 bytes date inseamna 1518 – 18 bytes frame ethernet – 20 de bytes header IP – 8 bytes header ICMP.

  • Lasă un comentariu

    Spune-ne ce părere ai.

  • Nume:

    Email (required):

    Site:

    Mesaj:

    Anunţă-mă pe email dacă apar comentarii noi. De asemenea poţi fi notificat fără a lăsa comentarii.

Pagina 1 din 11

InfoRetele.com (c) 2011 - 2012
Închide