IP
Internet Protocol
Histórico V1.0, Paula Viana, 1999 V2.0, Paula Viana, 2004 v2.1, Paula Viana, 2005 v2.2, Paula Viana, 2006 v3.0, Miguel Leitão, 2007 v3.2, Miguel Leitão, 2010 V3.4, Miguel Leitão, 2014 V3.5, Miguel Leitão, 2017Modelo TCP/IP
Ethernet Token R. SATNET .... IP TCP SMPT DNS FTP .... UDP Aplicação Transporte Rede Físico+DLL ICMP Arp/Rarp
Modelo TCP/IP
- Encapsulamento
PDU – Protocol Data Unit
Encapsulamento
Modelo TCP/IP - Desmultiplexagem
Cabeçalho Ethernet (type)
• IP 0x800 • ARP 0x0806 • RARP 0x8035 Cabeçalho IP (protocol) • ICMP 1 • IGMP 2 • TCP 6 •
TCP/IP – Rede Global
Problemas de Internetworking
Equipamentos distintos repetidor bridge (pontes) router (encaminhadores) GatewayRedes distintas – dimensão distinta das unidades de informação.
Segurança.
Protocolo IP
Protocolo da camada de Rede
Transfere informação de um equipamento de origem para um equipamento de destino (em redes diferentes)
Objectivo
Qualquer tipo de rede
Desenvolver aplicações sem conhecer o suporte físico de transporte
Comutação de Datagramas
Cada Datagrama indica o endereço de destino
Sem acknowledge
Sem estabelecimento de Circuito Virtual
A informação pode chegar fora de ordem ou em duplicado
Cada Datagrama pode seguir caminhos diferentes
Não há garantias de entrega
IP - Cabeçalho
Version IHL Type of Service Total Length
Time to Live Protocol
Identification Fragment offset
Header checksum Source address
Endereço Telefónico
Nº de telefone
12 dígitos => máx: 1012 telefones no mundo
Telefone em Portugal:
+351 123456789 =>máx: 109 telefones em Portugal
Telefone nos EUA:
+1 12345678901 =>máx: 1011 telefones nos EUA
Telefone no UK:
+44 1234567890 =>máx: 1010 telefones no UK
Endereço IP
• 32-bit (IPv4)
• Único para cada máquina
Número total de endereços: 2^32 = 4 294 967 296
Exemplos:
• 193.136.63.5
• 10.0.1.133
NetId + HostId
IP - Endereçamento
Tipos de Endereços Unicast Broadcast Multicast 5 Classes: Host Rede 0 Host Rede 10 Host Rede 110 Endereço de Multicast 1110Reservado para futuras utilizações 11110 A B C D E 1.0.0.0 até 127.255.255.255 128.0.0.0 até 191.255.255.255 192.0.0.0 até 223.255.255.255 224.0.0.0 até 239.255.255.255 240.0.0.0 até 247.255.255.255 126 redes com 16 milhões de hosts cada
16 382 redes com 64K hosts cada
2 milhões de redes com 254 hosts cada
IP – Endereços especiais
0 esta rede / esta máquina
ff broadcast
0.0.0.0 esta máquina
• Usado pelas máquinas quando não sabem o seu endereço (e.g. no arranque)
0.x.x.x máquina nesta rede
• O router não deve encaminhar este datagrama para o exterior
ff.ff.ff.ff broadcast nesta rede
Classes de Endereços
Descodificação de Classe
Endereços por classe
Milhões de endreços classe A são desperdiçados
Espaço de endereçamento
Atribuição de endereços
EUA controlam 74% dos endereços.
http://xkcd.com/195/
Atribuição de endereços
http://xkcd.com/195/
Endereços disponíveis
w ik ip e d ia .o rgConsumo de Endereços
Previsão
Protocolo IP
Responsável pela gestão do tamanho máximo de informação
suportado por cada rede – Maximum Transmission Unit (MTU)
Deve tornar transparente às camadas superiores as limitações
impostas pelas camadas inferiores
Cada rede impõe tamanho máximo:
ATM – 48 Bytes Ethernet – 1500 Bytes IP - 65515
evitar enviar pacotes através de redes que não suportem o
tamanho necessário!!! :-(
IP - Fragmentação
IP - Fragmentação
Transparente
fragmentação introduzida por uma rede de “pacotes pequenos” não deve ser visível para redes seguintes
• Os pacotes fragmentados deverão ser re-assemblados à saída da rede
• As redes seguintes não se apercebem que existiu uma fragmentação anterior
Não transparente
• uma vez fragmentado, o pacote é apenas reassemblado no destino
IP – Fragmentação
Transparente
todos os pacotes têm que sair pela mesma gateway (Porquê?)
• pode levar a uma diminuição de performance (há percursos não utilizados...)
processamento suplementar a fragmentar e assemblar repetidamente
Não transparente
todos os hosts têm que ser capazes de assemblar um pacote!
overhead suplementar (cada fragmento tem 1 header) mesmo que encontre um rede que suporte pacotes grandes
Cada fragmento pode seguir caminhos diferentes - várias gateways podem ser usadas e resultar num maior desempenho
IP - Cabeçalho
Version - versão do protocolo IP
• permite uma transição suave entre versões (duas versões em simultâneo)
IHL - tamanho do cabeçalho (em words de 32 bits)
• min = 5; max = 15 (60 bytes)
Total length - comprimento total (cabeçalho + informação)
• max = 65 535; típico= 1500 bytes
Type of Service
• várias combinações de fiabilidade/velocidade audio velocidade
ftp isento de erros
• Precedence - 0 (normal) a 7 (pacotes de controlo) Delay/Throughput/Reliability/Custo
Este campo é ignorado na maior parte dos casos!... Poderá ser usado para implementar QoS e DifServ
IP – Cabeçalho
Type of Service
• D – Minimiza atraso (Delay) • T – Maximiza débito (Throughput) • R – Maximiza fiabilidade (Reliability) • C – Minimiza custos (Costs)
Valores recomendados D T R C Telnet 1 0 0 0 FTP Control Data 1 0 0 1 0 0 0 0 SMTP Command Data 1 0 0 1 0 0 0 0 SNMP 0 0 1 0
IP - Cabeçalho
Identification - identificação do datagrama a que o fragmento pertence
• Todos os fragmentos do mesmo datagrama têm o mesmo valor neste campo
DF/MF
• Don’t Fragment (porque o destino não consegue reassemblar)
• More Fragments (em todos os fragmentos, com excepção do último, MF=1)
Fragment offset - posição do fragmento no datagrama
• 13 bits = max 8192 fragmentos
Time to Live - limita o tempo de vida de 1 pacote ind
e fin ida m e n te m inh a m e n to fo re m co rr o m p ida s!
IP - Cabeçalho
Protocol - protocolo usado na camada superior • TCP – 6
• UDP – 17 • ICMP – 1 • EGP - 8
Header checksum - verificação de erros apenas no cabeçalho
• re-calculado em todos os hops! (porquê?)
Option - futuras expansões/experiências
• Security - especifica nível de segurança do datagrama (não enviar para determinado país!)
na prática ... é ignorado pelos routers! (bom para espiões! :-)
• Strict source routing - caminho completo da origem ao destino (permite fazer medições de tempos, enviar pacotes de emergência se as tabelas estão corrumpidas,...)
• Loose source routing - especifica alguns dos routers do caminho (forçar 1 pacote de Londres a Sidney pelo oeste em vez de este)
• Record route - cada router acrescenta o seu endereço (debug)
demasiado pequeno para a dimensão actual da Internet!
• Timestamp - cada router acrescenta o seu endereço + tempo (debug)
IP - Endereçamento
Máquinas da mesma rede usam o mesmo NetID.
Uma máquina pode ter vários números IP – ligação a várias redes.
Máquinas com NetIDs diferentes não comunicam directamente mas através de 1 router.
Máscara de rede
Dimensão igual ao endereço (32 bits em IPv4)
M = { b31, b30, …, bi, …, b1, b0 } bi { 0, 1 } bi+1 = 0 bi = 0 bi-1 = 1 bi = 1 Exemplo: M = 11111111111111111100000000000000 NetID = Addr M HostID = Addr M
Addr = NetID + HostID
Máscaras naturais
Máscaras de Rede
255.255.255.255 255.255.255.254 255.255.255.252 255.255.255.248 255.255.255.240 255.255.255.224 255.255.255.192 255.255.255.128 255.255.255.0 255.255.254.0 255.255.252.0 255.255.248.0 255.255.240.0 255.255.224.0 255.255.192.0 255.255.128.0 255.255.0.0 255.254.0.0 255.252.0.0 255.248.0.0 255.240.0.0 255.224.0.0 255.192.0.0 255.128.0.0 255.0.0.0 254.0.0.0 252.0.0.0 248.0.0.0 240.0.0.0 224.0.0.0 192.0.0.0 128.0.0.0 0.0.0.0Só há 33 valores possíveis para uma máscara IPv4:
Número de endereços
Número de endereços NAddr de uma rede com máscara M:
Exemplo:
𝑀 = 255.255.248.0 = 11111111.11111111.11111000.00000000 𝑀 = 00000000.00000000.00000111.11111111 = 2047
NAddr = 1 + 2047 = 2048
IP - SuperRedes
Endereços Classe B são limitados 16382 redes
Ao atribuir uma classe B pode haver desperdício de endereços: • Por exemplo ao atribuir uma classe B a uma instituição com 600 hosts
Usar 1 grupo de endereços Classe C
• resolve o problema na escassez de endereços Classe B
• aumenta o número de entradas nas tabelas de routing! (deixa de haver uma entrada por instituição...)
Supernetworking
(CIDR – Classless InterDomain Routing)
(RFC 1519) Solução
Supernetting Example
Uma organização com 4 redes classe C:
193.0.32.0 , 193.0.33.0 , 193.0.34.0 , 193.0.35.0
Pode agregar os seus endereços numa rede única (Superrede): 193.0.32.0 : 11000001 00000000 00100000 00000000 193.0.33.0 : 11000001 00000000 00100001 00000000 193.0.34.0 : 11000001 00000000 00100010 00000000 193.0.35.0 : 11000001 00000000 00100011 00000000
Cada gama de endereços é representada pelo par (endereço, máscara)
• Apenas 1 entrada nas tabelas de routing por instituição
Condições necessárias para implementação
• A gama de endereços deve começar num multiplo da sua dimensão. • As tabelas de routing devem permitir que endereços sejam representados por
conjunto (endereço, máscara) de 32 bits cada
• Os protocolos de routing devem suportar o mesmo tipo de representação de endereços: (endereço, máscara) de 32 bits cada
A atribuição de redes de Classes C é feita em potências de 2 • Nr de classes C: 1, 2, 4, 8, 16, 32
• Nr de endereços: 256, 512, 1024, 2048
IP -
Classless InterDomain Routing
Divisão do espaço de endereçamento em zonas: • 194.0.0.0 a 195.255.255.255 Europa
• 198.0.0.0 a 199.255.255.255 América do Norte • 200.0.0.0 a 201.255.255.255 América Central e do Sul • 202.0.0.0 a 203.255.255.255 Asia e Pacífico
Europa:
• endereço inicial: 11000010.00000000.00000000.00000000 • endereço final : 11000011.11111111.11111111.11111111 • Máscara: 11111110.00000000.00000000.00000000 • 225 endereços = 33 milhões de endereços
• (endereço, máscara) = (194.0.0.0, 254,0,0,0)
IP -
Classless InterDomain Routing
Exemplo:
3 instituições solicitam conjuntos de endereços maiores que classe C
ISEP solicita 2048 endereços (8 classes C)
• atribuídos os endereços 194.24.0.0 a 194.24.7.255
194.24.0.0 11000010 . 00011000 . 00000000 . 00000000
194.24.7.255 11000010 . 00011000 . 00000111 . 11111111 máscara 11111111 . 11111111 . 11111000 . 00000000
• máscara 255.255.248.0
IP -
Classless InterDomain Routing
Exemplo (cont):
FEUP solicita 4096 endereços (16 classes C)
• não pode ser atribuído o grupo de endereços com início em 194.24.8.0 194.24.8.0 11000010 .00011000 . 00001000 . 00000000
194.24.23.255 11000010 .00011000 . 00010111 . 11111111 • atribuídos endereços 194.24.16.0 a 194.24.31.255
IP -
Classless InterDomain Routing
Exemplo (cont):
FEP solicita 1024 endereços (4 classes C)
• atribuídos endereços 194.24.8.0 a 194.24.11.255 194.24.8.0 11000010 . 00011000 . 00001000 . 00000000 194.24.11.255 11000010 . 00011000 . 00001011 . 11111111 máscara 11111111 . 11111111 . 11111100 . 00000000 • máscara 255.255.252.0 Router recebe • 194.24.17.4
• AND com máscara ISEP - 194.24.16.0 X • AND com máscara FEUP - 194.24.16.0 V
IP - Notação standard CIDR
Classless Inter-Domain Routing (RFC 1519)
Utiliza um “/” (slash) para separar o endereço da máscara.
A máscara CIDR é representada por um número decimal que indica o seu comprimento em bits (nº de “1”s)
Exemplos:
Número de endereços
Número de endereços NAddr de uma gama /n :
Máscara de uma rede /n:
𝑀 = 2
32−𝑛
− 1
𝑁𝐴𝑑𝑑𝑟 = 2
32−𝑛
CIDR Address Assignment
201.10.0.0/21
ProviderEncaminhamento
194.146.29.15 quer enviar dados para 194.146.29.55
–
Destino
rede local ?
194.146.29.55 194.146.29.15/23 ?• /23 máscara = 255.255.254.0 = 11111111.11111111.11111110.00000000 • Netid local = 194.146.29.15 AND 255.255.254.0 = 194.146.28.0
• Netid destino = 194.146.29.55 AND 255.255.254.0 = 194.146.28.0
• Netid local == Netid destino Destino
rede local– Datagrama é enviado através da rede layer 2 directamente para o destino.
dados Header IP
Header Ethernet MAC_destino
Encaminhamento
•
194.146.29.15 quer enviar dados para 194.146.31.55
–
Destino
rede local ?
194.146.31.55 194.146.29.15/23 ?• /23 máscara = 255.255.254.0 = 11111111.11111111.11111110.00000000 • Netid local = 194.146.29.15 AND 255.255.254.0 = 194.146.28.0
• Netid destino = 194.146.31.55 AND 255.255.254.0 = 194.146.30.0
• Netid local Netid destino Destino rede local
–
Datagrama IP é enviado através da rede layer 2 para o gateway.
dados Header IP
Header Ethernet MAC_gateway
IP
– Encaminhamento
Se a origem e destino de 1 pacote partilham a mesma rede (p.e. Uma ethernet)
• Pacote é entregue directamente no destino
Se as máquinas não pertencem à mesma rede • Pacote é entregue a 1 router
• Router consulta 1 tabela
Tabelas de Encaminhamento
• (network address, next hop address)
• Endereço IP de destino - que pode ser 1 endereço completo (NetID+HostID) ou um endereço de uma rede (NetID)
• Indicação de uma rota que pode ser o endereço IP do próximo router ou um endereço IP local
• Flag indica que tipo de rota se trata (H – Host; G – Gateway) • Interface de rede à qual o pacote deve ser passado
IP
– Tabelas de Encaminhamento
Svr4 routing table : netstat -nr (não apresenta as máscaras)
Destinations Gateway Flags Refcnt Use Interface 140.252.13.65 140.252.13.35 UGH 0 0 emd0 127.0.0.1 127.0.0.1 UH 1 0 lo0 Default 140.252.13.33 UG 0 0 emd0 140.252.13.32 140.252.13.34 U 4 25043 emd0
Sun routing table
Destinations Gateway Flags Refcnt Use Interface 140.252.13.65 140.252.13.35 UGH 0 171 le0 127.0.0.1 127.0.0.1 UH 1 766 lo0
IP
– Encaminhamento
Para encaminhar 1 pacote, router executa a seguinte pesquisa
Pesquisa na tabela endereço igual ao endereço de destino (NetID+HostID)
Se não existir, pesquisa na tabela endereço igual ao NetID de destino
Se não existir, usa a entrada default da tabela
Se encontrar 1 entrada válida na tabela, dependendo da Flag G/H, faz
Envia pacote para o next hop router com endereço IP igual ao do destino mas com endereço nível 2 (trama) igual ao do router.
Envia pacote directamente para a máquina destino com IP e endereço de trama do host de destino
Se não for satisfeita nenhuma condição, o pacote é descartado
IP
– Encaminhamento
e Máscaras
Quando se utilizam máscaras diferentes da natural
Tabelas de encaminhamento contêm mais 1 elemento (subnet mask, network address, next hop address)
Quando recebe 1 pacote efectua AND com máscara presente nas entradas da tabela
Se resultado do AND é igual ao network address da tabela, encaminha pacote para o next hop correspondente
Network Netmask Gateway Interface 149.76.1.0 255.255.255.0 - fddi0 149.76.2.0 255.255.255.0 149.76.1.2 fddi0 149.76.3.0 255.255.255.0 149.76.1.3 fddi0 149.76.4.0 255.255.255.0 - eth0 149.76.5.0 255.255.255.0 149.76.1.5 fddi0 … … … … 0.0.0.0 0.0.0.0 149.76.1.2 fddi0
Tabela de routing
Tabela de encaminhamento
$ route -nKernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface 10.0.20.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 193.136.63.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 10.0.33.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 10.0.16.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 10.0.32.0 193.136.63.180 255.255.255.0 UG 0 0 0 eth0 10.0.17.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 10.0.18.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 10.0.34.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
IP
– Encaminhamento
slip bsdi sun svr4
Ethernet – subrede 140.252.13.32, máscara 255.255.255.224 .1.29 .33 .35 .34 .66 .65 modem modem netb .1.183 solaris gemini gw .1.11 .1.32 .1.4 aix .1.92 Ethernet – subrede 140.252.1 .104.1 Rede 140.252.0.0 Com várias sub-redes
Rede Exemplo
IP
– Encaminhamento
bsdi sun Ethernet 140.252.13 .13.33 .13.35 Exemplo 1 Pacote para 140.252.13.33 EthAdd IPAdd
Endereço Ethernet de Destino = Eth Address do 140.252.13.33 Endereço IP de Destino = 140.252.13.33
IP
– Encaminhamento
bsdi sun .1.29 .33 .35 modem modem netb .1.183 gw .1.4 Exemplo 2 Pacote para 192.48.96.9 EthAdd IPAdd
Endereço Ethernet de Destino = Eth Address do 140.252.13.33 Endereço IP de Destino = 192.48.96.9 Next hop = 140.252.13.33 (default) IPAdd 192.48.96.9 Next hop = 140.252.1.4 (default) EthAdd IPAdd Endereço IP de Destino = 192.48.96.9 Endereço Ethernet de Destino =
Eth Address do 140.252.1.4 Next hop =
140.252.104.2 (default)
IP -Sub-Redes
Para o exterior é uma única rede MAS internamente está dividida em diversas partes
netid + hostid netid + localnetid + hostid
32 bits Ex:
IP -Sub-Redes
• 1 Classe C: 192.228.17.X • SubnetID: 3 bits 8 sub-redes • HostID: 5 bitsaté 30 hosts por subrede (porquê?) • Máscara 255.255.255.224
IP -Sub-Redes
Determinação da sub-rede Exemplo 1• Endereço X e Y têm a mesma máscara M • Estarão X e Y na mesma subrede?
• Calcule (X AND M) • Calcule (Y AND M)
• Se (X AND M) == (Y AND M) então X e Y estão na mesma subrede
Exemplo 2
• K e T são endereços de classe B com máscara M
• K = 165.230.82.52
• T = 165.230.24.93
• M = 255.255.255.0
Estarão na mesma rede classe B? Estarão na mesma sub-rede?
IP -Sub-Redes
Não aumenta o espaço de endereçamento
Mas aumenta a estrutura da rede
Equipamentos pertencentes à mesma sub-rede têm o mesmo endereço de subrede
Routers da empresa encaminham usando informação de sub-rede
Faz parte integrante do Protocolo IP – todos os routers devem suportar subnetworking
Se não forem definidas máscaras, usam-se as máscaras por defeito: • Classe A 255.0.0.0
• Classe B 255.255.0.0 • Classe C 255.255.255.0
Divisão em sub-redes
Uma empresa pretende reestruturar a rede de interligação entre os seus 3 departamentos (Dep_A, Dep_B e Dep_C) e ligação à Internet, de forma a obter a estrutura seguinte
R1
R2
Dep_C Dep_B
Ifconfig
• Permite configurar ou analisar estado das interfaces de rede
• Utilização:
ifconfig [interface]
ifconfig interface [aftype] options | address ... • Options:
• up/down – activa ou desactiva 1 interface de rede
• [-]arp – enable/disable utilização do protocolo de arp numa interface de rede
• [-]promisc – enable/disable modo promiscuo numa interface (para que serve?)
• netmask addr – define a máscara de rede (se for diferente dos valores por defeito)
• address – atribui 1 endereço IP à interface de rede
• ….. (man ifconfig)
ifconfig
# /sbin/ifconfig
eth0 Link encap:Ethernet HWaddr 00:50:8B:65:19:FA
inet addr:193.136.63.10 Bcast:193.136.63.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:438399882 errors:0 dropped:0 overruns:0 frame:0 TX packets:491951199 errors:0 dropped:0 overruns:1158 carrier:0 collisions:0
RX bytes:2881610512 (2748.1 Mb) TX bytes:128325871 (122.3 Mb) lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:6501294 errors:0 dropped:0 overruns:0 frame:0 TX packets:6501294 errors:0 dropped:0 overruns:0 carrier:0 collisions:0
RX bytes:1101322541 (1050.3 Mb) TX bytes:1101322541 (1050.3 Mb) # /sbin/ifconfig eth0 193.136.63.188 netmask 255.255.255.0
ip
show / manipulate routing, devices, policy routing and tunnels ip [ OPTIONS ] OBJECT { COMMAND | help }
OBJECT :=
{ link | addr | addrlabel | route | rule |neigh | tunnel | maddr | mroute | monitor }
OPTIONS :=
{ -V[ersion] | -s[tatistics] | -r[esolve] | -f[amily] { inet | inet6 | ipx | dnet | link } | -o[neline] }
ip link show [ DEVICE ]
ip addr { add | del } IFADDR dev STRING
ip addr { show | flush } [ dev STRING ]
ip - exemplos
# ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: em1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 10:60:4b:6a:e8:aa brd ff:ff:ff:ff:ff:ff
inet 193.136.63.5/24 brd 193.136.63.255 scope global em1 inet6 fe80::1260:4bff:fe6a:e8aa/64 scope link
ipconfig /all
Windows 2000 IP Configuration
Host Name . . . : budapest Primary DNS Suffix . . . : dee.isep.ipp.pt Node Type . . . : Hybrid IP Routing Enabled. . . : No WINS Proxy Enabled. . . : No DNS Suffix Search List. . . : inesctec.pt dee.isep.ipp.pt Ethernet adapter Local Area Connection 2: Connection-specific DNS Suffix . : dee.isep.ipp.pt
Description . . . : Realtek RTL8139(A)-based PCI Fast Ethernet Adapter #2 Physical Address. . . : 00-02-DD-7B-FD-48
DHCP Enabled. . . : Yes Autoconfiguration Enabled . . . . : Yes
IP Address. . . : 193.136.61.220 Subnet Mask . . . : 255.255.255.128 Default Gateway . . . : 193.136.61.129 DHCP Server . . . : 193.136.63.5 DNS Servers . . . : 193.136.63.3 193.136.60.10 193.136.63.7 Primary WINS Server . . . : 193.136.63.3
Lease Obtained. . . : quarta-feira, 3 de Marco de 2004 20:11:21 Lease Expires . . . : quarta-feira, 3 de Marco de 2004 22:11:21
ipconfig (windows)
teste básico de conectividade
indica se uma máquina está acessível
Pode fornecer estatísticas sobre pacotes perdidos e atrasos
$ ping dublin.dee.isep.ipp.pt
PING .dublin.dee.isep.ipp.pt (194.117.24.11): 56 data bytes 64 bytes from 194.117.24.11: icmp_seq=0 ttl=248 time=87.3 ms 64 bytes from 194.117.24.11: icmp_seq=1 ttl=248 time=22.5 ms 64 bytes from 194.117.24.11: icmp_seq=2 ttl=248 time=41.8 ms 64 bytes from 194.117.24.11: icmp_seq=3 ttl=248 time=67.0 ms --- dublin.dee.isep.ipp.pt ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss round-trip min/avg/max = 22.5/54.6/87.3 ms
Fedora Linux
route
• Permite configurar ou analisar as tabelas de encaminhamento • Utilização:
route route opções
• Options:
• add – adiciona rota
• del – apaga rota
• ….. (man route)
• Ex:
• route add -net 192.56.76.0 netmask 255.255.255.0 dev eth0
adds a route to the network 192.56.76.x via "eth0".
• route add default gw mango-gw
adds a default route (which will be used if no other route matches).
route
route
• Ex:
[pviana@douro etc]$ /sbin/route Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface 193.136.63.0 * 255.255.255.0 U 0 0 0 eth0 127.0.0.0 * 255.0.0.0 U 0 0 0 lo default deegwf.dee.isep 0.0.0.0 UG 0 0 0 eth0
Bibliografia Recomendada
W. Richard Stevens, TCP/IP Ilustrated Volume I: The Protocols, Addison-Wesley, Chapter 3. IP: Internet Protocol (pp. 41-57)
Andrew S. Tanembaum, Computer Networks, 3rd Edition, Prentice Hall, Chapter 5.4 (pp 406-419, 434-437)
William Stallings, Data and Computer Communications, 7th Edition, Prentice Hall, Chapter 18 - Internet Protocols