Exibir código-fonte para Predefinição:RCO 1110231 2018-2

= TecTel: Redes de Computadores - 2018-2 - Prof. Tiago Semprebom =

=Professor=
''Professor'': [[Tiago Semprebom]]
<br>''Email'': tisemp@ifsc.edu.br
<br>''Atendimento paralelo'': 3a feira 17:30h - 18:30 h (sala de professores de telecomunicações II)
<br> ''Endereço web do grupo'': http://groups.google.com/group/ifsc_res
<br> ''Endereço de e-mail da disciplina'': ifsc_res@googlegroups.com
<br>
<br> '''IMPORTANTE:''' o direito de recuperar uma avaliação em que se faltou somente existe mediante justificativa reconhecida pela coordenação. Assim, deve-se protocolar a justificativa no prazo de 48 horas, contando da data e horário da avaliação, e aguardar o parecer da coordenação. O não cumprimento desse procedimento implica a impossibilidade de fazer a recuperação, e assim a reprovação na disciplina.

==[[RCO-TecTel_(Plano_de_Ensino)|Plano de Ensino]]==

=Notas=

{| class="wikitable"
!scope="col"| Matrícula
!scope="col"| A1
!scope="col"| A2
!scope="col"| A3
!scope="col"| A4
!scope="col"| Rel. Tec.
!scope="col"| Final
|-
| 201823806749 || 7,0 || 7,0 || 8,0 || 7,0 || OK || 7,0
|-
| 201811103467 || 6,0 || 7,0 || 6,0 || 10,0 || OK || 7,0
|-
| 172001603800 || 5,0 || 0,0 || 0,0 || 0,0 || NOK || 0,0
|-
| 201811103475 || 5,0 || 5,0 || 6,0 || 8,0 || OK || 5,0
|-
| 201811101502 || 6,0 || 6,0 || 6,0 || 9,0 || OK || 7,0
|-
| 172004092300 || 5,0 || 5,0 || 2,0 || 1,0 || OK || 4,0
|-
| 201811101779 || 6,0 || 6,0 || 6,0 || 9,0 || OK || 6,0
|-
| 201811100960 || 6,0 || 7,0 || 8,0 || 10,0 || OK || 8,0
|-
| 172004117200 || 9,0 || 0,0 || 0,0 || 0,0 || NOK || 0,0
|-
| 201811100461 || 8,0 || 9,0 || 9,0 || 10,0 || OK || 9,0
|-
| 201811103432 || 6,0 || 7,0 || 8,0 || 8,0 || OK|| 7,0
|-
| 201811101500 || 6,0 || 7,0 || 4,0 || 3,0 || OK || 5,0
|-
| 201811103461 || 6,0 || 7,0 || 4,0 || 0,0 || NOK || 4,0
|-
| 172004109100 || 6,0 || 6,0 || 7,0 || 6,0 || OK || 6,0
|}
F: faltou<br />
(X): conceito da recuperação<br />
negrito: com direito a recuperação

= Curiosidades =

* Breve histórico sobre o surgimento das redes de computadores e a Internet
** [http://www.youtube.com/watch?v=9hIQjrMHTv4&eurl=http://www.insidetechno.com/2009/02/17/a-historia-da-internet-em-video/&feature=player_embedded Vídeo sobre surgimento da Internet] 

* Vídeo sobre o funcionamento das fibras ópticas
** [http://www.youtube.com/watch?v=T1Lt0y-TpBE Vídeo sobre fibra óptica]

* Mapas de rede dorsais (Backbones)
** [http://www.rnp.br/backbone/index.php Mapa da rede Ipê (Internet acadêmica pública no Brasil)]
** [http://www.pop-sc.rnp.br/publico/monitoramento.php POP SC (ponto de presença de SC)]

* [http://en.wikipedia.org/wiki/Telegraphy#Telex Telex]
* [http://www.sj.ifsc.edu.br/~msobral/RCO2/docs/ciberespaco.pdf O Ciberespaço e as Redes de Computadores na Construção de Novo Conhecimento]
* [http://www.sj.ifsc.edu.br/~tisemp/RES/dissertacao_mestrado.pdf Uma história das Redes  de Computadores]
* [http://www.youtube.com/watch?v=9hIQjrMHTv4&eurl=http://www.insidetechno.com/2009/02/17/a-historia-da-internet-em-video/&feature=player_embedded Breve História da Internet]

[[imagem:Internet-map.png|600px]]
<br>''Uma representação artística das interligações na Internet''

= Materiais de aula =

== Slides ==
* [http://www.sj.ifsc.edu.br/~tisemp/RES/aulas/cap1.pdf Capítulo 1]
* [http://www.sj.ifsc.edu.br/~tisemp/RES/aulas/cap2.pdf Capítulo 2]
* [http://www.sj.ifsc.edu.br/~tisemp/RES/aulas/cap3.pdf Capítulo 3]
* [http://www.sj.ifsc.edu.br/~tisemp/RES/aulas/cap4.pdf Capítulo 4]

== Listas de exercícios ==
* [http://www.sj.ifsc.edu.br/~tisemp/RES/listas_exercicios/lista1.pdf Lista de exercícios 1]
* [http://www.sj.ifsc.edu.br/~tisemp/RES/listas_exercicios/lista2.pdf Lista de exercícios 2]
* [http://www.sj.ifsc.edu.br/~tisemp/RES/listas_exercicios/lista3.pdf Lista de exercícios 3]
* [http://www.sj.ifsc.edu.br/~tisemp/RES/listas_exercicios/lista4.pdf Lista de exercícios 4]
* [http://www.sj.ifsc.edu.br/~tisemp/RES/listas_exercicios/lista5.pdf Lista de exercícios 5]
* [http://www.sj.ifsc.edu.br/~tisemp/RES/listas_exercicios/lista6.pdf Lista de exercícios 6]
* [http://www.sj.ifsc.edu.br/~tisemp/RES/listas_exercicios/lista7.pdf Lista de exercícios 7]
* [http://www.sj.ifsc.edu.br/~tisemp/RES/listas_exercicios/lista8.pdf Lista de exercícios 8]
* [http://www.sj.ifsc.edu.br/~tisemp/RES/listas_exercicios/lista9.pdf Lista de exercícios 9]

== Apostilas ==
* [http://wiki.sj.ifsc.edu.br/images/2/2d/ApostilaRedes2010.pdf Apostila de Redes de Computadores do Prof. Evandro Cantú]

= Aulas =

==31/07/18: Apresentação da disciplina==
* Apresentação da disciplina, plano de aula, laboratórios e métodos de avaliação.
* Revisão de conceitos do Projeto Integrador I
* Introdução a Redes de Computadores [[http://wiki.sj.ifsc.edu.br/images/b/b3/Slides-kurose-cap1.pdf slides]]

==07/08/18: Introdução às Redes de Computadores==
* Serviço orientado à conexão (TCP).
* Serviço não orientado à conexão (UDP).
* Comutação de circuitos vs Comutação de pacotes.
* FDMA e TDMA.

==15/08/18: Introdução à Redes de Computadores==
* Redes de acesso e meio físico;
* Resolução de exercícios ([http://www.sj.ifsc.edu.br/~tisemp/RES/listas_exercicios/lista1.pdf Lista 1]).

==21/08/18: Lab01: Ferramentas básicas de redes (Lab. Redes de Computadores)==
* Arquitetura em Camadas;
* Correção lista de exercício II.

Nesta atividade serão vistos algumas ferramentas utilizadas para obter informações relacionadas às configurações de uma rede de computadores.

* [[Media:01-Basico_Redes.pdf | Roteiro 1]] (ping, ifconfig, traceroute)
* [[Roteiro Rápido do SS - Socket Statistics]]

==28/08/18: Lab02: Introdução à Redes de Computadores (Lab. de Redes de Computadores) ==
*Continuação Laboratório (21/08/2018);
*Correção da Lista de exercício I;
*Atraso em redes de chaveamento de pacotes, Arquitetura em camadas.

==04/09/18: Camada de Aplicação (Lab. de Redes de Computadores)==

* Atividade em Laboratório (Laboratório de Programação)
**Configuração da máquina virtual VM VirtualBox em modo de tela cheia:
**No terminal do mate e digitar os comandos a seguir:
***sudo apt-get update
***sudo apt-get install build-essential module-assistant dkms
***sudo m-a prepare 

Após esta instalação, podemos clicar em Dispositivos, e ir na opção Inserir imagem de CD dos adicionais para convidado e executar a aplicação que irá abrir. 
** [http://tele.sj.ifsc.edu.br/~tisemp/confbasicas_redes configuração básica interface rede]
** [http://tele.sj.ifsc.edu.br/~tisemp/interfaces Configuração estática interface rede]

*Realização do Teste 1 (Avaliação 1: Introdução às Redes de Computadores)
**Questionário no [https://sig.ifsc.edu.br/sigaa/verTelaLogin.do Sigaa];

==11/09/18: Camada de Aplicação ==
* Revisão do teste realizado na aula do dia 04/09/2018;

** Captura de pacotes na rede (Wireshark)
** [http://wiki.sj.ifsc.edu.br/images/0/04/Lab4.pdf Roteiro TCPDump] 
** [http://www.wireshark.org/ Wireshark e manuais]
** [http://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml Números de portas (IANA)]
<!--
* Teste [http://www.esli-nux.com/2012/08/teste-de-performance-de-rede-com-iperf.html ferramenta Iperf]
* Teste HTTP V2 - [https://http2.akamai.com/demo simulador]
-->
* Monitoramento de interface de rede (básica - modo texto): IPTraf
[[Arquivo:IPTraf.jpg|600px]]
<br>''IPTraf, operando em modo ip traffic monitor''

==18/09/18: Camada de Aplicação (antecipação da aula do dia 30/10/2018)==
* Palestra no contexto da disciplina FTE: '''A Reforma Trabalhista e seus Reflexos na Classe Trabalhadora''';
** Profa Kelem Ghellere Rosso (IFPR).

==25/09/18: Camada de Aplicação==
* A camada de aplicação (ver estes [[http://www.sj.ifsc.edu.br/~tisemp/RES/aulas/cap2.pdf slides])
* Lista de Exercícios: [http://www.sj.ifsc.edu.br/~tisemp/RES/listas_exercicios/lista2.pdf II] e [http://www.sj.ifsc.edu.br/~tisemp/RES/listas_exercicios/lista3.pdf III]

==02/10/18: Camada de Aplicação==

=== DNS: Domain Name System ===

Se você gasta algum tempo na internet mandando e-mails ou navegando pela web, está utilizando servidores de domínios sem mesmo perceber. O sistema DNS (''Domain Name System'') forma uma das maiores, mais ativas e mais distribuídas bases de dados do planeta. Sem o DNS, a internet acabaria rapidamente.

Quando você navega na internet ou manda uma mensagem de e-mail, você estará utilizando um nome de domínio. Por exemplo, a URL "http://www.hsw.com.br" contém o nome de domínio ''howstuffworks.com''. Assim como o endereço de e-mail "iknow@howstuffworks.com."

Nomes como “howstuffworks.com” são facilmente lembrados pelas pessoas, mas não ajudam em nada as máquinas. Todas elas usam endereços de IP para se referirem umas às outras. A máquina a que as pessoas se referem como "www.hsw.com.br", por exemplo, possui o endereço IP 216.183.103.150. Toda vez que se usa um nome de domínio, os servidores de domínios da internet (DNS) estarão traduzindo os nomes de domínio legíveis em endereços de IP reconhecidos pelas máquinas. Durante um dia de navegação e envio de e-mails, os servidores de domínios podem ser acessados inúmeras vezes.

'''Os servidores de domínios traduzem ''nomes de domínios'' em endereços de IP'''. Isto parece uma tarefa simples, e seria, exceto por cinco razões:

# Atualmente existem bilhões de endereços de IP em uso e a grande maioria das máquinas possui um nome legível associado.
# Alguns bilhões de requisições são feitas ao DNS todos os dias. Uma única pessoa pode fazer várias requisições em apenas um dia e existem muitas pessoas e máquinas usando a Internet diariamente.
# Nomes de domínio e endereços de IP podem mudar frequentemente (até mesmo diariamente).
# Novos nomes de domínio são criados todos os dias.
# Milhões de pessoas trabalham na mudança e no acréscimo de nomes de domínio e endereços de IP constantemente.

'''O sistema DNS é uma [http://pt.wikipedia.org/wiki/Banco_de_dados base de dados]''', e nenhuma outra em todo o globo recebe tantas requisições. É a única, também, modificada por milhões de pessoas todos os dias. Isso é o que faz o sistema DNS tão singular.

==== Endereços IP ====

Para manter todas as máquinas da Internet em perfeito funcionamento, cada uma delas é associada a um único endereço chamado endereço de IP. IP significa ''protocolo da Internet'', e é um número de 32 bits normalmente apresentado como quatro “octetos” em um “número decimal pontuado.” Um endereço de IP comum se parece com esse:

<syntaxhighlight lang=text>
216.183.103.150  
</syntaxhighlight>
 
Os quatro números em um endereço de IP são chamados de octetos por possuírem valores entre 0 e 255 (256 possibilidades por octeto).

Toda máquina na Internet possui seu próprio endereço de IP (na verdade, tem ao menos UM endereço). Um servidor tem um endereço IP estático, que raramente muda. Uma máquina doméstica, que se conecta através de um modem, muitas vezes possui um endereço de IP designado pelo provedor no momento da conexão. Este endereço IP é único a cada sessão e pode mudar na próxima vez que houver uma conexão. Considerando isto, um provedor precisa apenas de um endereço IP para cada modem que dá suporte, ao invés de um para cada cliente (isso vale para ADSL ou conexões 3G também).

Se você estiver usando um computador com sistema operacional Linux, você pode ver seu endereço IP por meio do seguinte comando:

<syntaxhighlight lang=bash>
aluno@M2:~$ ifconfig
eth0      Link encap:Ethernet  Endereço de HW 84:2b:2b:7c:54:f5  
          inet end.: 172.18.80.251  Bcast:172.18.127.255  Masc:255.255.128.0
          endereço inet6: fe80::862b:2bff:fe7c:54f5/64 Escopo:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Métrica:1
          pacotes RX:3634552 erros:0 descartados:145885 excesso:0 quadro:0
          Pacotes TX:608253 erros:0 descartados:0 excesso:0 portadora:0
          colisões:0 txqueuelen:1000 
          RX bytes:888269786 (888.2 MB) TX bytes:195176030 (195.1 MB)
          IRQ:21 Memória:f7fe0000-f8000000 
</syntaxhighlight>

No exemplo acima, a interface de rede ''eth0'' (que é o dispositivo de hardware ou software que liga o computador fisicamente a Internet) possui o endereço IP 172.18.80.251. As demais informações descrevem outros parâmetros e características da interface de rede, e serão estudados em momento oportuno (mas não agora ;-).

Para que as máquinas acessem a Internet, é necessário apenas um endereço de IP para se conectar a um servidor. Você poderia digitar em seu navegador, por exemplo, a URL http://200.135.190.95 e alcançaria a máquina que contém o servidor web do IFSC. Porém essa forma de endereçar servidores na Internet é pouco prática. Nomes de domínio são estritamente usados para a nossa conveniência.

==== Nomes de domínios ====

Se precisássemos lembrar de todos os endereços de IP das páginas da Web que visitamos diariamente, ficaríamos malucos. Seres humanos não são bons em lembrar séries de números. No entanto, somos bons na lembrança de palavras, por isso usamos os nomes de domínios. Você possui, provavelmente, vários nomes de domínios guardados em sua cabeça. Como por exemplo:

* www.hsw.com.br - um nome típico
* www.google.com - o nome mais conhecido no mundo
* www.mit.edu - um nome EDU (educacionais) bastante popular 
* encarta.msn.com - um servidor da Web que não começa com www
* www.bbc.co.uk - um nome que utiliza quatro partes em vez de três
* ftp.microsoft.com - um servidor FTP (em inglês) ao invés de um servidor da Web

As partes COM, EDU e UK destes servidores são chamadas de domínios principais ou domínios de primeiro nível. Existem vários domínios principais, incluindo COM, EDU, GOV, MIL, NET, ORG e INT, assim como as singulares combinações de duas letras para cada país (em inglês). 

Em cada domínio principal existe uma enorme lista de domínios secundários. No domínio principal COM, por exemplo, tem-se:

* howstuffworks
* google
* msn
* microsoft
* ... e milhões de outros.

Cada nome no domínio principal COM precisa ser único, mas podem existir réplicas entre os domínios. Por exemplo, howstuffworks.com e howstuffworks.org são duas máquinas completamente diferentes.

No caso de bbc.co.uk, este é um domínio terciário. São possíveis até 127 níveis, no entanto, mais do que quatro são raros.

A palavra mais à esquerda, como www ou encarta, é nome de hospedagem, que determina o nome de uma máquina específica (com um endereço de IP próprio) em um domínio. Um domínio concedido pode conter milhões de nomes de hospedagem desde que sejam únicos.

Por causa desta determinação de todos os nomes em um domínio serem únicos, é necessário que uma entidade controle a lista destes servidores e garanta que nenhuma duplicação aconteça. O domínio COM, por exemplo, não pode conter dois nomes iguais e uma empresa chamada Network Solutions (em inglês) é a responsável por manter esta lista. Ao registrar um nome de domínio, o processo passa por um dos inúmeros registradores que trabalham na Network Solutions para adicionar nomes à lista. Ao mesmo tempo, é mantida uma base de dados chamada whois (em inglês) que contém informações sobre o proprietário e o servidor de cada domínio. Se você acessar o formulário whois (em inglês), encontrará informações acerca de qualquer domínio existente.

Apesar de ser importante possuir uma autoridade central cuidando da base de dados referente aos nomes no domínio principal COM (e nos outros), você pode não querer centralizar a base de dados de todas as informações do domínio. A Microsoft, por exemplo, tem inúmeros endereços de IP e de nomes de hospedagens. Esta empresa quer manter seu próprio servidor de domínio pelo microsoft.com. Similarmente, a Grã-Bretanha quer administrar os domínios principais uk e a Austrália os domínios au, assim como nós brasileiros queremos administrar os domínios br. Por esta razão, o sistema DNS é um sistema partilhado. A Microsoft é completamente responsável pela manutenção do servidor microsoft.com: ela mantém as máquinas que implementam sua parte do sistema DNS, podendo mudar a base de dados de seu domínio sempre que necessitar, pois possui seus próprios servidores de domínio.

Todo domínio possui um servidor em algum lugar, responsável por lidar com as requisições, onde há uma pessoa mantendo os registros deste DNS. Esta é uma das partes mais extraordinárias deste sistema: ele está completamente espalhado por todo o planeta em milhões de máquinas, administradas por milhões de pessoas e, ainda assim, se comporta como uma base de dados única e integrada.

==== Servidores DNS ====

Servidores DNS fazem duas coisas o tempo todo:

* Aceitam solicitações de programas para converter nomes de domínios em endereços de IP.
* Aceitam solicitações de outros servidores para converter nomes de domínios em endereços de IP.

Quando uma solicitação chega, o servidor pode exercer uma das quatro opções:

# Pode responder diretamente com um endereço de IP, por já conhecer previamente este endereço do domínio.
# Pode contatar outros servidores e tentar encontrar o endereço de IP para que foi solicitado, um processo que pode ser repetido várias vezes.
# Pode dizer: “eu não sei o endereço de IP para o domínio solicitado, mas aqui está o endereço de IP de um servidor que sabe mais do que eu.”
# Pode retornar uma mensagem de erro, pois o domínio solicitado é inválido ou inexistente.

Ao digitar uma URL em seu navegador, o primeiro passo que este faz é converter o nome do domínio e da hospedagem em um endereço IP, para que o navegador solicite uma página da web à máquina que possui esse endereço de IP. Para fazer esta conversão, o navegador se comunica com um servidor DNS.

Ao configurar seu computador para se conectar a Internet, você (ou o software instalado para se conectar ao seu provedor) precisa informar ao computador qual o servidor DNS que deve ser usado para a conversão de nomes de domínios em endereços de IP. Para ver qual o servidor DNS configurado em seu computador (assumindo que ele esteja com Linux), use o comando ''nslookup'':

<syntaxhighlight lang=bash>
aluno@M2:~$ nslookup www.ifsc.edu.br
Server:		200.135.37.65
Address:	200.135.37.65#53

Non-authoritative answer:
Name:	www.ifsc.edu.br
Address: 200.18.10.13
</syntaxhighlight>

==== A estrutura das informações mantidas no DNS ====

Como deve ter ficado claro na [[RES-2013-1#Uma_breve_descri.C3.A7.C3.A3o_sobre_DNS|seção anterior]], '''DNS ''(Domain Name System)''''' é uma base de dados distribuída e hierárquica. Nela se armazenam informações para mapear nomes de máquinas da Internet para endereços IP e vice-versa, informação para roteamento de email, e outros dados utilizados por aplicações da Internet.

A informação armazenada no DNS é identificada por nomes de domínio que são organizados em uma árvore, de acordo com as divisões administrativas ou organizacionais. Cada nodo dessa árvore, chamado de ''domínio'', possui um rótulo (na seção anterior isso foi denominado ''hospedagem''). O nome de domínio de um nodo é a concatenação de todos os rótulos no caminho do nodo até a raiz. Isto é representado como uma ''string'' de rótulos listados da direita pra esquerda e separados por pontos (ex: ifsc.edu.br, sj.ifsc.edu.br). Um rótulo precisa ser único somente dentro do domínio pai a que pertence.

Por exemplo, um nome de domínio de uma máquina no IFSC pode ser ''mail.ifsc.edu.br'', em que ''br'' é o domínio do topo da hierarquia ao qual ''mail.sj.ifsc.edu.br'' pertence. 
Já ''edu'' é um subdomíno de ''br'', ''ifsc'' um subdomínio de ''edu'', e ''mail'' o nome da máquina em questão.

Por razões administrativas, o espaço de nomes é dividido em áreas chamadas de ''zonas'', cada uma iniciando em um nodo e se estendendo para baixo para os nodos folhas ou nodos onde outras zonas iniciam. Os dados de cada zona são guardados em um ''servidor de nomes'', que responde a consultas sobre uma zona usando o protocolo DNS.

Clientes buscam informação no DNS usando uma biblioteca de resolução (''resolver library''), que envia as consultas para um ou mais servidores de nomes e interpreta as respostas.

[[Imagem:hierarquia-DNS.gif|400px]]

(tirado do [http://www.bind9.net/manual/bind/9.3.2/Bv9ARM.ch01.html#id2546234 manual do BIND9])

Ver também o [http://my.safaribooksonline.com/0-596-00158-4/dns4-CHP-2 livro sobre DNS e BIND] da O'Reilly.

Você pode consultar a IANA para conhecer as delegações dos ''top-level domains'' como o .br, por exemplo. A IANA é responsável por coordenar estas delegações em confirmidade com suas políticas. Consulte: [http://www.iana.org/domains/root/db top-level domains]

==== Registros DNS ====

Cada rótulo na hierarquia DNS possui um conjunto de informações associadas a si. Essas informações são guardas em registros de diferentes tipos, dependendo de seu significado e propósito. Cada consulta ao DNS retorna assim as informações do registro pedido associado ao rótulo. Por exemplo, para ver o registro de endereço IP associado a www.ifsc.edu.br pode-se executar o comando [http://manpages.ubuntu.com/manpages/lucid/man1/dig.1.html dig] (o resultado teve alguns comentários removidos):

<syntaxhighlight lang=bash>
tisemp@sj-lin-des2-744934:~$ dig www.ifsc.edu.br
;; QUESTION SECTION:
;www.ifsc.edu.br.		IN	A

;; ANSWER SECTION:
www.ifsc.edu.br.	310	IN	A	200.135.190.95

;; AUTHORITY SECTION:
ifsc.edu.br.		3592	IN	NS	adns1.pop-sc.rnp.br.
ifsc.edu.br.		3592	IN	NS	ns1.ifsc.edu.br.
ifsc.edu.br.		3592	IN	NS	ns2.ifsc.edu.br.
ifsc.edu.br.		3592	IN	NS	adns2.pop-sc.rnp.br.

;; ADDITIONAL SECTION:
ns1.ifsc.edu.br.	3592	IN	A	200.135.190.1
ns2.ifsc.edu.br.	1061	IN	A	200.135.190.3
adns1.pop-sc.rnp.br.	493216	IN	A	200.237.192.10
adns1.pop-sc.rnp.br.	493216	IN	AAAA	2801:80:a88:4000::10
adns2.pop-sc.rnp.br.	493216	IN	A	200.135.14.10
adns2.pop-sc.rnp.br.	493216	IN	AAAA	2001:12f0:200:a014::10

</syntaxhighlight>

Cada uma das informações acima mostra um determinado registro e seu conteúdo, como descrito na tabela abaixo:

{| border="1" cellpadding="2"
 !Nome
 !TTL
 !Classe
 !Registro
 !Conteúdo do registro
 |-
 |hendrix.sj.ifsc.edu.br.||3600||IN||A||200.135.37.65
 |-
 |sj.ifsc.edu.br.||3600||IN||NS||hendrix.sj.ifsc.edu.br.
 |-
 |sj.ifsc.edu.br.||3600||IN||MX||10 hendrix.sj.ifsc.edu.br.
|}

Obs: ''TTL'' é o tempo de validade (em segundos) da informação retornada do servidor de nomes, e ''classe'' é o tipo de endereço (no caso IN equivale a endereços Internet).

Os tipos de registros mais comuns são:

{| border="1" cellpadding="2"
 !Registro
 !Descrição
 !Exemplo
 |-
 |A || Endereço (Address) || www.ifsc.edu.br IN A 200.135.190.95
 |-
 |NS|| Servidor de nomes (Name Server) || sj.ifsc.edu.br IN NS hendrix.sj.ifsc.edu.br.
 |-
 |CNAME || Apelido (Canonical Name) || mail.sj.ifsc.edu.br IN CNAME hendrix.sj.ifsc.edu.br.
 |-
 |MX || Roteador de email (Mail Exchanger) || sj.ifsc.edu.br IN MX mail.sj.ifsc.edu.br.
 |-
 |SOA || dados sobre o domínio (Start of Authority)||sj.ifsc.edu.br IN SOA hendrix.sj.ifsc.edu.br. root.sj.ifsc.edu.br. 2009120102 1200 120 604800 3600
 |-
 |PTR || Ponteiro para nome (Pointer) || 65.37.135.200.in-addr.arpa IN PTR hendrix.sj.ifsc.edu.br.
 |-
 |TXT || Texto genérico (Text) || sj.ifsc.edu.br IN TXT "v=spf1 a mx ~all"
 |}

Uma zona assim é composta de um conjunto de registros com todas as informações dos domínios nela contidos. O conteúdo de uma zona, contendo o domínio ''example.com'', pode ser visualizado abaixo:

<syntaxhighlight lang=text>
example.com  86400  IN	 SOA ns1.example.com.	hostmaster.example.com. (
			      2002022401 ; serial
			      10800 ; refresh
			      15 ; retry
			      604800 ; expire
			      10800 ; minimum
			     )
       IN  NS     ns1.example.com.
       IN  NS     ns2.smokeyjoe.com.
       IN  MX  10 mail.another.com.
       IN  TXT   "v=spf1 mx -all"

ns1    IN  A      192.168.0.1
www    IN  A      192.168.0.2
ftp    IN  CNAME  www.example.com.

bill   IN  A      192.168.0.3
fred   IN  A      192.168.0.4 
</syntaxhighlight>

=== Atividade ===

# Usando o programa [http://manpages.ubuntu.com/manpages/hardy/man1/host.1.html host] ou [http://manpages.ubuntu.com/manpages/hardy/man1/dig.1.html dig], descubra os endereços IP associados aos seguintes nomes de domínios:
#* mail.ifsc.edu.br
#* www.sj.ifsc.edu.br
#* www.google.com
#* www.gmail.com
#* www.amazon.co.uk
#* www.gov.za
#* www.sls.com.au
# Agora descubra quem é o servidor DNS responsável por cada um dos domínios dos nomes acima. Para isso consulte o valor do registro NS associado a esses domínios. Por exemplo, com o programa ''host'' isso pode ser feito assim: <syntaxhighlight lang=bash>
host -t ns ifsc.edu.br
</syntaxhighlight>
# Descubra qual o servidor DNS usado pelo seu computador. Para isso é mais fácil usar o programa [http://manpages.ubuntu.com/manpages/lucid/man1/nslookup.1.html nslookup]: <syntaxhighlight lang=bash>
# Use o nslookup para consultar o endereço IP de um nome qualquer ...
nslookup sj.ifsc.edu.br
</syntaxhighlight>
# Agora que já está ficando claro como funcionam as consultas DNS, deve-se investigar como se dá a comunicação entre seu computador e seu servidor DNS. Portanto, execute o wireshark: <syntaxhighlight lang=bash>
sudo wireshark
</syntaxhighlight>... e em seguida faça uma consulta DNS qualquer. Com base nisso identifique o seguinte:
#* Quantas mensagens são trocadas entre cliente e servidor DNS para cada consulta ?
#* Que protocolo de transporte é usado ? E que port ?
#* Qual o formato das mensagens DNS ? Elas são textuais como as mensagens HTTP ou SMTP ?
#* Qual o tipo de registro DNS acessado em cada consulta ?
#* Que informações estão contidas nas respostas DNS ? Há algo além do que foi pedido ?
#* Qual o tamanho das mensagens DNS ?
# O serviço DNS fornece outras informações além do endereço IP associado a cada nome de domínio. Por exemplo, como ele se pode descobrir que ''host'' recebe emails em um determinado domínio. Isso é utilizado pelos MTA mundo afora para entregarem emails para seus destinatários (lembre que isso se faz com o protocolo SMTP). Para descobrir essa informação, deve-se consultar o registro MX de um domínio. Por exemplo: <syntaxhighlight lang=bash>
host -t mx ifsc.edu.br
</syntaxhighlight>Descubra quem é o servidor que recebe emails nos seguintes domínios:
#* gmail.com
#* hotmail.com
#* uol.com.br
#* ufsc.br
# Outra informação útil guardada por servidores DNS é a tradução de endereço IP para nome de domínio. Isso é chamado de tradução reversa (ou DNS reverso). Usando os programas de diagnóstico já vistos, isso pode ser feito assim: <syntaxhighlight lang=bash>
dig -x 200.135.190.95
</syntaxhighlight> ... o ''dig'' tem um resultado um pouco mais carregado que os outros utilitários (''host'' e ''nslookup''), porém neste caso é mais prático. Veja o resultado da consulta logo após a linha '';; ANSWER SECTION:''. Experimente fazer a resolução reversa para cada um dos IP obtidos nas consultas realizadas no primeiro exercício desta atividade.
# Como explicado durante a aula, DNS é um banco de dados distribuído. Isso quer dizer que suas informações estão espalhadas em milhares (ou milhões ?) de servidores DNS mundo afora. Cada servidor DNS mantém os dados dos domínios por que é responsável. Será que é possível rastrear todos os servidores DNS que devem ser consultados até chegar ao servidor do domínio procurado ?
## Descubra quem são os servidores raiz (topo de hierarquia DNS): <syntaxhighlight lang=bash>
host -t ns .
</syntaxhighlight>
## Escolha um dos servidores listados, e use-o para fazer as consultas. Por exemplo: <syntaxhighlight lang=bash>
host -v -t a www.sj.ifsc.edu.br. j.root-servers.net.
</syntaxhighlight>... e observe a seção '';; AUTHORITY SECTION:''. Ele contém a listagem de servidores DNS que podem atender sua consulta.
## Continue fazendo as consultas aos servidores DNS listados, até conseguir traduzir o nome requisitado. Quantos servidores DNS foi necessário consultar no total ?
## Repita esse exercício para os seguintes nomes de domínio:
##* www.bbc.co.uk
##* www.amazon.com
##* www.reeec.illinois.edu
##* www.inm.ras.ru

==09/10/18: Camada de Aplicação==
* Continuação DNS;
* Correção Lista de Exercícios 2;
* Continuação Laboratório DNS (02/10/2018).

==16/10/18: Avaliação 2==
* Camada de Aplicação;
* Local: sala 02;
* Horário: 20 horas; 
**Teremos aula de revisão entre 19h - 20h;

==23/10/18: Camada de Transporte==
* Vista de prova A2 (Camada de Aplicação);
* Introdução à Camada de Transporte;
* Resolução da [http://www.sj.ifsc.edu.br/~tisemp/RES/listas_exercicios/lista5.pdf Lista de exercícios 5]

==30/10/18: Camada de Transporte==
* Protocolos Dutados:
** Volta-N;
** Retransmissão Seletiva.
*Resolução da [http://www.sj.ifsc.edu.br/~tisemp/RES/listas_exercicios/lista5.pdf Lista de exercícios 5]

==06/11/18: Camada de Transporte==
<!-- Realizar experimentos para mostrar as características de uma comunicação com TCP. Nesse primeiro momento não se entra a fundo nos seus mecanismos, tampouco na estrutura de cabeçalho. Deve-se porém evidenciar seu comportamento quanto a:
* Estabelecimento de conexão
* Vazão dependente da capacidade disponível na rede
* Compartilhamento de banda entre diversas streams TCP simultâneas
* Tratamento de erros: o que acontece se segmentos TCP forem perdidos
Um problema pode ser apresentado ao final, de forma que a turma tente resolvê-lo experimentalmente.
-->

As atividades de hoje buscarão mostrar as características básicas de comunicações com protocolos de transporte.

=== Aplicações e protocolos de transporte ===

Faça uma rápida pesquisa e descubra que protocolos de transporte (e que ports) são usados por estas aplicações:
* SSH
* FTP
* BitTorrent
* emule
* WINS
* Compartilhamento de arquivos do Windows
* Windows Terminal Service
* NFS
* Openvpn
* RADIUS
* DHCP
* SNMP
* NTP
* LDAP
* Mysql
* Postgresql
* Oracle RDBMS
* Syslog
* CUPS

Que protocolo de transporte predomina nesse conjunto ?

=== Tipos de protocolos de transporte: TCP x UDP ===

Nestes experimentos, serão evidenciadas diferenças entre os protocolos TCP e UDP.

==== Experimento 1 ====

Ambos protocolos de transporte podem ser usados por aplicações que precisem se comunicar. Porém cada um deles têm certas propriedades, então a escolha precisa ser feita dependendo do tipo de comunicação a ser feita pela aplicação. Por exemplo, o que aconteceria se um arquivo fosse transferido de um computador a outro com ambos protocolos ?

# Abra um terminal e execute o seguinte comando para fazer o download de um arquivo a ser usado no experimento: <syntaxhighlight lang=bash>
wget http://tele.sj.ifsc.edu.br/~tisemp/RES/ubuntu.iso
</syntaxhighlight>
# Observe o tamanho do arquivo transferido ... ele deve ter exatamente 832569344 bytes (cerca de 832 MB). Você pode fazer isso com o comando ''ls -l ubuntu.iso'', ou executando o gerenciador de arquivos e visualizando as propriedades desse arquivo.
# Escolha um colega para fazer o experimento, em que o arquivo será transferido de um computador para o outro. 
# A primeira transferência será feita usando o protocolo TCP da seguinte forma:
#* No computador receptor execute: <syntaxhighlight lang=bash>
nc -l 5555 > arquivo
</syntaxhighlight>
#* No computador transmissor execute (''X'' é o número do seu computador, visível em sua etiqueta): <syntaxhighlight lang=bash>
time nc 192.168.1.X 5555 < ubuntu.iso
</syntaxhighlight>
#* Quando completar a transferência, verifique o tamanho do arquivo recebido. Ele é igual ao arquivo original? E quanto tempo levou para transmiti-lo ?
# A segunda transferência será feita usando o protocolo UDP:
#* No computador receptor faça o download [http://tele.sj.ifsc.edu.br/~tisemp/RES/receptor deste programa]. Em seguida acrescente a ele permissão de execução (''chmod +x receptor'').
#* No computador receptor execute: <syntaxhighlight lang=bash>
./receptor 5555 > arquivo
</syntaxhighlight>
#* No computador transmissor faça o download [http://tele.sj.ifsc.edu.br/~tisemp/RES/transmissor deste programa]. Em seguida acrescente a ele permissão de execução (''chmod +x transmissor'').
#* No computador transmissor execute (''X'' é o número do seu computador, visível em sua etiqueta): <syntaxhighlight lang=bash>
./transmissor 192.168.1.X 5555 < ubuntu.iso
</syntaxhighlight>
#* Quando completar a transferência, verifique o tamanho do arquivo recebido. Ele é igual ao arquivo original ? E quanto tempo levou para transmiti-lo ?
# Compare as transferências feitas com TCP e UDP. O que eles têm em comum ? Que diferenças lhe pareceram mais pronunciadas ? Como isso deve afetar as aplicações que usam esses protocolos ?

==== Experimento 2 ====

Transferências usando cada um desses protocolos podem apresentar características bem distintas. Neste segundo experimento, serão feitas transferências simultâneas de arquivos a partir de um mesmo servidor, comparando-se o resultado obtido com TCP e UDP. Essas transferência ocorrerão entre os computadores do laboratório e um servidor externo ao laboratório, como mostrado na figura abaixo:

[[imagem:Res-Exp2-transporte.png]]

# Abra um terminal em seu computador, e nele execute este comando: <syntaxhighlight lang=bash>
wget http://tele.sj.ifsc.edu.br/~tisemp/RES/ubuntu.iso
</syntaxhighlight>
# Observe a taxa de transferência (velocidade do download) obtida. Que valores ela apresenta ?  Quanto tempo levou para o arquivo ser transferido ?
# Após todos terem copiado o arquivo, o professor irá se logar em um dos computadores do laboratório e repetir a transferência. Porém desta vez ele irá fazê-la sozinho. Que taxas ele obteve, e quanto tempo levou ?
# O professor irá repetir a transferência novamente, mas desta vez ele irá pedir que um aluno também a inicie logo em seguida. Qual foi a taxa obtida por ambos ?
# Finalmente, o professor irá repetir a transferência porém com mais dois alunos fazendo-a ao mesmo tempo. Que se pode concluir quanto a taxa de transferência obtida ?
# Para poder fazer uma comparação, as transferências serão feitas novamente porém usando UDP como protocolo de transporte. Para isso siga estes passos:
## Abra dois terminais. Em um deles execute este comando: <syntaxhighlight lang=bash>
watch -n 1 ls -l arquivo
</syntaxhighlight> ... e no outro execute: <syntaxhighlight lang=bash>
./receptor 5555 > arquivo
</syntaxhighlight>
## Como se comparam as transferências usando TCP e UDP?

==13/11/18: Avaliação 3==
* Avaliação Camada de Transporte;

==20/11/18: Camada de Rede ==
* Funções da camada de rede;
* Roteamento Intra e Inter-SA;

==27/11/18: Camada de Rede==
* Endereçamento IP;
* Segmentação de redes;

==04/12/18: Camada de Rede==
* Resolução de exercícios;
* Revisão Camada de Rede.

==11/12/18: Avaliação 4==
* Avaliação de Camada de Rede;

==18/12/18: Encerramento da disciplina==
* Avaliações de recuperação.