SlideShare a Scribd company logo
1 of 12
A tool for estimating internet links
                         characteristics




Gruppo: H4F
Componenti: Ballarin Denis, Spotti Filippo
   Cos’è CLINK?
   Protocolli coinvolti
   Manipolazione dei pacchetti
   Instradamento dei pacchetti
   Stima dei tempi
   Osservazioni sui risultati
   Conclusioni
   È una utility da riga di comando che permette di stimare la
    larghezza di banda effettiva di un link tra 2 host.



   Ha un meccanismo di funzionamento simile a quello di ping e
    traceroute ma invia molti più pacchetti.



   Clink è stato scritto da Allen Downey ed è basato su un'altra
    utility simile chiamata PATHCHAR di
    Van Jacobson.
   Clink sfrutta i protocolli UDP ed ICMP

   UDP: invio dei pacchetti “sonda” di dimensione variabile

   ICMP: pacchetti di risposta dagli host raggiunti


                                                                     Clink


                                                               UDP




                                       IP
   Pacchetti volutamente contenenti errori (TTL o porta errati)

   Probing limitato per contenere overhead e traffico (default 1/11
    della capacità del link)

   Uso dei numeri di porta come sostituti dei numeri di sequenza TCP

   Ottimizzato per ethernet MTU=1500, possibili errori dovuti a
    frammentazione
rtt= q1+(lat + pachet_size/bw) + q2 + forward
           + q3 += (lat + error_size/bw) ++ lat
              rtt ( lat + packetsize/bw) q4
Node n-1                           Node n

       q1                    q2




           q4                 q3
 Comando :”clink host_name”
#Clink –v host-06.colby.edu
 Comando:”clink IP_Address”
clink to host-06.colby.edu (137.146.210.39)
 8Aumento della sizes (28 to 1500 by 16)
    probes at each of 93 verbosità (-v)
#Clink host-06.colby.edu
0 localhost
 Modifica ttlto port 33437
sending datagram (-f,-m)
Clink to host-06.colby.edu (137.146.210.39)
received ICMP type= 11 sizes (28
    probes at each of 93 code= 0 (-q)
 8Modifica misurazioni to 1500 by 16)
ttl=1 137.146.194.17 size= 188 B rtt= 0.832 ms
0 localhost
 Modificalat=to portdi attesa tra8.506, 8.506) Mb/s
sending datagram 0.234 ms bw= (8.493, pacchetti (-r,-i)
|     n= 744 tempi 33438
received ICMP type= 11 code= 0
1 cb3500-02.switches.network.colby.edu (137.146.194.17)
 Dimensione0.182 ms bw= (9.034, 9.134, 9.552) Mb/s
ttl=1 n= 744 lat= pacchetto B rtt= 1.742 ms
|       137.146.194.17 size= 780 da 28-1500
 Il numero di probes per la precisione
2 port-0.router-1.network.colby.edu (137.146.238.209)
|     n= 744 lat= 1.020 ms bw= (4.325, 4.389, 4.458) Mb/s
3 host-06.colby.edu (137.146.210.39)
   Generare un file dump (-D)
   File dump per ogni probe(-M)
   Evitare l’uso del DNS
     #clink -Dhost.dump host_name
           28    0.515000
    Il file44
            host.dump apparirà come segue:
                 0.515000
           60    0.529000
    1       137.146.194.17 876
           76    0.545000         1.303
    1       137.146.194.17 1420 1.812
           92    0.557000
    1       137.146.194.17 1340 1.743
    1       137.146.194.17 1100 1.505
   Concetti chiave: probe, sample, Link e Path
   Assunzioni alla base di clink
       error_packet/bw trascurabile

       Tempo di forwarding

       Latenza code trascurabile

   Stima RTT minimo (SORTT)
   Retta interpolatrice
   Calcolo latenza link n-esimo
   Calcolo banda link n-esimo
   All’aumento della banda la precisione diminuisce

   Perché si verifica?

   Variazioni di pendenza nelle rette interpolatrici
   Calcolo della banda dei link per differenza
   La stima all’aumentare dei probes

   Perché si ottengono valori negativi?
   I valore medio della banda non corrisponde al
    valore medio tra quella massima e minima

   Correttezza delle assunzioni alla base di clink
    ◦ Error_packet size
    ◦ Tempi di forwarding
    ◦ Route altenation

   Quando la frammentazione diventa un problema

   Clink e percorsi alternativi di routing
   Stimare le latenze è relativamente semplice

   Determinare la banda è più complesso

   Più alta è la banda più è difficile stimarla correttamente

   Sono necessari molti probe per poter trascurare i tempi sulle
    code

   I link congestionati non influiscono sulla stima della banda
    purché rimangano transitabili

More Related Content

What's hot

PostgreSQL: Point in time recovery
PostgreSQL: Point in time recoveryPostgreSQL: Point in time recovery
PostgreSQL: Point in time recoveryEnrico Pirozzi
 
B Esercizi Tcp
B Esercizi TcpB Esercizi Tcp
B Esercizi Tcpacapone
 
MontelLUG - Conferenze 2007 - Introduzione a RSync
MontelLUG - Conferenze 2007 - Introduzione a RSyncMontelLUG - Conferenze 2007 - Introduzione a RSync
MontelLUG - Conferenze 2007 - Introduzione a RSyncManuel Dalla Lana
 
Prot09 Rtp Rtcp Rtsp Tognana Denis
Prot09 Rtp Rtcp Rtsp Tognana DenisProt09 Rtp Rtcp Rtsp Tognana Denis
Prot09 Rtp Rtcp Rtsp Tognana Denisguest93a145
 
4 Protocollo Ip
4 Protocollo Ip4 Protocollo Ip
4 Protocollo Ipacapone
 
7 Gestione Iindirizzi
7 Gestione Iindirizzi7 Gestione Iindirizzi
7 Gestione Iindirizziacapone
 
8 Linux Comandi Di Sistema
8 Linux Comandi Di Sistema8 Linux Comandi Di Sistema
8 Linux Comandi Di SistemaMauro Ferrigno
 
Introduzione al livello di rete e Dijkstra algorithm
Introduzione al livello di rete e Dijkstra algorithmIntroduzione al livello di rete e Dijkstra algorithm
Introduzione al livello di rete e Dijkstra algorithmorestJump
 
Linux Capabilities - ita - v2.1.5 - compatta
Linux Capabilities - ita - v2.1.5 - compattaLinux Capabilities - ita - v2.1.5 - compatta
Linux Capabilities - ita - v2.1.5 - compattaAlessandro Selli
 
Bookalive Klaus Kempf Presentazione: Record, Zend e archiviazione
Bookalive Klaus Kempf Presentazione: Record, Zend e archiviazioneBookalive Klaus Kempf Presentazione: Record, Zend e archiviazione
Bookalive Klaus Kempf Presentazione: Record, Zend e archiviazioneInformamuse srl
 

What's hot (18)

PostgreSQL: Point in time recovery
PostgreSQL: Point in time recoveryPostgreSQL: Point in time recovery
PostgreSQL: Point in time recovery
 
B Esercizi Tcp
B Esercizi TcpB Esercizi Tcp
B Esercizi Tcp
 
LTSP
LTSPLTSP
LTSP
 
MontelLUG - Conferenze 2007 - Introduzione a RSync
MontelLUG - Conferenze 2007 - Introduzione a RSyncMontelLUG - Conferenze 2007 - Introduzione a RSync
MontelLUG - Conferenze 2007 - Introduzione a RSync
 
Prova In Itinere
Prova In ItinereProva In Itinere
Prova In Itinere
 
Prot09 Rtp Rtcp Rtsp Tognana Denis
Prot09 Rtp Rtcp Rtsp Tognana DenisProt09 Rtp Rtcp Rtsp Tognana Denis
Prot09 Rtp Rtcp Rtsp Tognana Denis
 
Dhcp
DhcpDhcp
Dhcp
 
Apcamp
ApcampApcamp
Apcamp
 
PostgreSQL : Tuning
PostgreSQL : TuningPostgreSQL : Tuning
PostgreSQL : Tuning
 
4 Protocollo Ip
4 Protocollo Ip4 Protocollo Ip
4 Protocollo Ip
 
7 Gestione Iindirizzi
7 Gestione Iindirizzi7 Gestione Iindirizzi
7 Gestione Iindirizzi
 
J huery
J hueryJ huery
J huery
 
Open@BNCF
Open@BNCFOpen@BNCF
Open@BNCF
 
8 Linux Comandi Di Sistema
8 Linux Comandi Di Sistema8 Linux Comandi Di Sistema
8 Linux Comandi Di Sistema
 
Introduzione al livello di rete e Dijkstra algorithm
Introduzione al livello di rete e Dijkstra algorithmIntroduzione al livello di rete e Dijkstra algorithm
Introduzione al livello di rete e Dijkstra algorithm
 
Linux Capabilities - ita - v2.1.5 - compatta
Linux Capabilities - ita - v2.1.5 - compattaLinux Capabilities - ita - v2.1.5 - compatta
Linux Capabilities - ita - v2.1.5 - compatta
 
Bookalive Klaus Kempf Presentazione: Record, Zend e archiviazione
Bookalive Klaus Kempf Presentazione: Record, Zend e archiviazioneBookalive Klaus Kempf Presentazione: Record, Zend e archiviazione
Bookalive Klaus Kempf Presentazione: Record, Zend e archiviazione
 
Heartbleed - OpenSSL Bug
Heartbleed - OpenSSL BugHeartbleed - OpenSSL Bug
Heartbleed - OpenSSL Bug
 

Similar to Clink

9 Intranetting
9 Intranetting9 Intranetting
9 Intranettingacapone
 
Traffic Shaping Su Linux
Traffic Shaping Su LinuxTraffic Shaping Su Linux
Traffic Shaping Su LinuxMajong DevJfu
 
13 Linux Network Comandi
13 Linux Network Comandi13 Linux Network Comandi
13 Linux Network ComandiMauro Ferrigno
 
Sistemi e reti : Il livello di trasporto
Sistemi e reti : Il livello di trasportoSistemi e reti : Il livello di trasporto
Sistemi e reti : Il livello di trasportoStefano Scarpellini
 
3 Livello Trasporto
3 Livello Trasporto3 Livello Trasporto
3 Livello Trasportoacapone
 
IoT: protocolli, dispositivi, architetture
IoT: protocolli, dispositivi, architettureIoT: protocolli, dispositivi, architetture
IoT: protocolli, dispositivi, architettureStefano Valle
 
10 Reti Accesso
10 Reti Accesso10 Reti Accesso
10 Reti Accessoacapone
 
11 Evoluzione
11 Evoluzione11 Evoluzione
11 Evoluzioneacapone
 
Lumit.Basic.Knowledge.Training.Introduzione.Tcp Ip
Lumit.Basic.Knowledge.Training.Introduzione.Tcp IpLumit.Basic.Knowledge.Training.Introduzione.Tcp Ip
Lumit.Basic.Knowledge.Training.Introduzione.Tcp IpLuca Astori
 
Iperf 090524073201-phpapp01
Iperf 090524073201-phpapp01Iperf 090524073201-phpapp01
Iperf 090524073201-phpapp01Jamil Jamil
 
Tcp Westwood - Stima della banda
Tcp Westwood - Stima della bandaTcp Westwood - Stima della banda
Tcp Westwood - Stima della bandaAntonio Tandoi
 
02 - Introduzione a Internet (I)
02 - Introduzione a Internet (I)02 - Introduzione a Internet (I)
02 - Introduzione a Internet (I)Giuseppe Vizzari
 
Protocol Rollercoaster: da HTTP a AMQP, passando per CoAP e MQTT
Protocol Rollercoaster: da HTTP a AMQP, passando per CoAP e MQTTProtocol Rollercoaster: da HTTP a AMQP, passando per CoAP e MQTT
Protocol Rollercoaster: da HTTP a AMQP, passando per CoAP e MQTTStefano Valle
 
8 Routing
8 Routing8 Routing
8 Routingacapone
 
Soluzioni per la difesa da attacchi DoS nelle reti SDN
Soluzioni per la difesa da attacchi DoS nelle reti SDNSoluzioni per la difesa da attacchi DoS nelle reti SDN
Soluzioni per la difesa da attacchi DoS nelle reti SDNMatteo D'Amore
 
4 Livello Ip Parte3 Bw
4 Livello Ip Parte3 Bw4 Livello Ip Parte3 Bw
4 Livello Ip Parte3 BwMajong DevJfu
 
1 Intro Propedeutici
1 Intro Propedeutici1 Intro Propedeutici
1 Intro Propedeuticiacapone
 
Le reti - Come il nostro PC è connesso con la Internet.
Le reti - Come il nostro PC è connesso con la Internet.Le reti - Come il nostro PC è connesso con la Internet.
Le reti - Come il nostro PC è connesso con la Internet.Giovanni Cappellini
 

Similar to Clink (20)

9 Intranetting
9 Intranetting9 Intranetting
9 Intranetting
 
Traffic Shaping Su Linux
Traffic Shaping Su LinuxTraffic Shaping Su Linux
Traffic Shaping Su Linux
 
13 Linux Network Comandi
13 Linux Network Comandi13 Linux Network Comandi
13 Linux Network Comandi
 
Sistemi e reti : Il livello di trasporto
Sistemi e reti : Il livello di trasportoSistemi e reti : Il livello di trasporto
Sistemi e reti : Il livello di trasporto
 
3 Livello Trasporto
3 Livello Trasporto3 Livello Trasporto
3 Livello Trasporto
 
TCP IP
TCP IPTCP IP
TCP IP
 
IoT: protocolli, dispositivi, architetture
IoT: protocolli, dispositivi, architettureIoT: protocolli, dispositivi, architetture
IoT: protocolli, dispositivi, architetture
 
10 Reti Accesso
10 Reti Accesso10 Reti Accesso
10 Reti Accesso
 
11 Evoluzione
11 Evoluzione11 Evoluzione
11 Evoluzione
 
Lumit.Basic.Knowledge.Training.Introduzione.Tcp Ip
Lumit.Basic.Knowledge.Training.Introduzione.Tcp IpLumit.Basic.Knowledge.Training.Introduzione.Tcp Ip
Lumit.Basic.Knowledge.Training.Introduzione.Tcp Ip
 
Iperf 090524073201-phpapp01
Iperf 090524073201-phpapp01Iperf 090524073201-phpapp01
Iperf 090524073201-phpapp01
 
Tcp Westwood - Stima della banda
Tcp Westwood - Stima della bandaTcp Westwood - Stima della banda
Tcp Westwood - Stima della banda
 
02 - Introduzione a Internet (I)
02 - Introduzione a Internet (I)02 - Introduzione a Internet (I)
02 - Introduzione a Internet (I)
 
Protocol Rollercoaster: da HTTP a AMQP, passando per CoAP e MQTT
Protocol Rollercoaster: da HTTP a AMQP, passando per CoAP e MQTTProtocol Rollercoaster: da HTTP a AMQP, passando per CoAP e MQTT
Protocol Rollercoaster: da HTTP a AMQP, passando per CoAP e MQTT
 
8 Routing
8 Routing8 Routing
8 Routing
 
Soluzioni per la difesa da attacchi DoS nelle reti SDN
Soluzioni per la difesa da attacchi DoS nelle reti SDNSoluzioni per la difesa da attacchi DoS nelle reti SDN
Soluzioni per la difesa da attacchi DoS nelle reti SDN
 
4 Livello Ip Parte3 Bw
4 Livello Ip Parte3 Bw4 Livello Ip Parte3 Bw
4 Livello Ip Parte3 Bw
 
Livello Data Link
Livello Data LinkLivello Data Link
Livello Data Link
 
1 Intro Propedeutici
1 Intro Propedeutici1 Intro Propedeutici
1 Intro Propedeutici
 
Le reti - Come il nostro PC è connesso con la Internet.
Le reti - Come il nostro PC è connesso con la Internet.Le reti - Come il nostro PC è connesso con la Internet.
Le reti - Come il nostro PC è connesso con la Internet.
 

Clink

  • 1. A tool for estimating internet links characteristics Gruppo: H4F Componenti: Ballarin Denis, Spotti Filippo
  • 2. Cos’è CLINK?  Protocolli coinvolti  Manipolazione dei pacchetti  Instradamento dei pacchetti  Stima dei tempi  Osservazioni sui risultati  Conclusioni
  • 3. È una utility da riga di comando che permette di stimare la larghezza di banda effettiva di un link tra 2 host.  Ha un meccanismo di funzionamento simile a quello di ping e traceroute ma invia molti più pacchetti.  Clink è stato scritto da Allen Downey ed è basato su un'altra utility simile chiamata PATHCHAR di Van Jacobson.
  • 4. Clink sfrutta i protocolli UDP ed ICMP  UDP: invio dei pacchetti “sonda” di dimensione variabile  ICMP: pacchetti di risposta dagli host raggiunti Clink UDP IP
  • 5. Pacchetti volutamente contenenti errori (TTL o porta errati)  Probing limitato per contenere overhead e traffico (default 1/11 della capacità del link)  Uso dei numeri di porta come sostituti dei numeri di sequenza TCP  Ottimizzato per ethernet MTU=1500, possibili errori dovuti a frammentazione
  • 6. rtt= q1+(lat + pachet_size/bw) + q2 + forward + q3 += (lat + error_size/bw) ++ lat rtt ( lat + packetsize/bw) q4 Node n-1 Node n q1 q2 q4 q3
  • 7.  Comando :”clink host_name” #Clink –v host-06.colby.edu  Comando:”clink IP_Address” clink to host-06.colby.edu (137.146.210.39)  8Aumento della sizes (28 to 1500 by 16) probes at each of 93 verbosità (-v) #Clink host-06.colby.edu 0 localhost  Modifica ttlto port 33437 sending datagram (-f,-m) Clink to host-06.colby.edu (137.146.210.39) received ICMP type= 11 sizes (28 probes at each of 93 code= 0 (-q)  8Modifica misurazioni to 1500 by 16) ttl=1 137.146.194.17 size= 188 B rtt= 0.832 ms 0 localhost  Modificalat=to portdi attesa tra8.506, 8.506) Mb/s sending datagram 0.234 ms bw= (8.493, pacchetti (-r,-i) | n= 744 tempi 33438 received ICMP type= 11 code= 0 1 cb3500-02.switches.network.colby.edu (137.146.194.17)  Dimensione0.182 ms bw= (9.034, 9.134, 9.552) Mb/s ttl=1 n= 744 lat= pacchetto B rtt= 1.742 ms | 137.146.194.17 size= 780 da 28-1500  Il numero di probes per la precisione 2 port-0.router-1.network.colby.edu (137.146.238.209) | n= 744 lat= 1.020 ms bw= (4.325, 4.389, 4.458) Mb/s 3 host-06.colby.edu (137.146.210.39)
  • 8. Generare un file dump (-D)  File dump per ogni probe(-M)  Evitare l’uso del DNS #clink -Dhost.dump host_name 28 0.515000 Il file44 host.dump apparirà come segue: 0.515000 60 0.529000 1 137.146.194.17 876 76 0.545000 1.303 1 137.146.194.17 1420 1.812 92 0.557000 1 137.146.194.17 1340 1.743 1 137.146.194.17 1100 1.505
  • 9. Concetti chiave: probe, sample, Link e Path  Assunzioni alla base di clink  error_packet/bw trascurabile  Tempo di forwarding  Latenza code trascurabile  Stima RTT minimo (SORTT)  Retta interpolatrice  Calcolo latenza link n-esimo  Calcolo banda link n-esimo
  • 10. All’aumento della banda la precisione diminuisce  Perché si verifica?  Variazioni di pendenza nelle rette interpolatrici  Calcolo della banda dei link per differenza  La stima all’aumentare dei probes  Perché si ottengono valori negativi?
  • 11. I valore medio della banda non corrisponde al valore medio tra quella massima e minima  Correttezza delle assunzioni alla base di clink ◦ Error_packet size ◦ Tempi di forwarding ◦ Route altenation  Quando la frammentazione diventa un problema  Clink e percorsi alternativi di routing
  • 12. Stimare le latenze è relativamente semplice  Determinare la banda è più complesso  Più alta è la banda più è difficile stimarla correttamente  Sono necessari molti probe per poter trascurare i tempi sulle code  I link congestionati non influiscono sulla stima della banda purché rimangano transitabili