Aulas 28 / 29 – TEC 11ºF

1. Aulas 28 / 29 – TEC 11ºF Redes de computadores Prof. António dos Anjos

2. Protocolos • O que são? • Conjunto de regras e standards que os computadores usam para transmitir e receber dados; • Tanto o emissor como o receptor têm de conhecer e respeitar os mesmos protocolos.

3. Protocolos (2) • Um conjunto de protocolos é chamado de Protocol Suite; • Exemplos: • TCP/IP Suite (ARP; IP; TCP; DNS; HTTP); • IPX/SPX Suite (LLC; IPX; SPX; LDAP; NDS).

4. Como surgem? • Ideias para a melhoria/criação de processos de comunicação entre computadores; • São elaborados documentos que fazem a descrição da ideia. Esses documentos são chamados de Drafts; • Os Drafts seguem regras de formatação: • Texto ASCII; • 72 Caracteres por linha; • 58 Linhas por página, etc…

5. Drafts • Também conhecidos por IDs (Internet Drafts); • Os Drafts são normalmente elaborados por grupos da IETF (Internet Engineering Task Force) mas qualquer pessoa pode elaborar um Draft; • A IETF é um grupo de pessoas que contribui para evolução da Internet. • Primeiro encontro da IETF foi em Janeiro de 1986, com 21 pessoas; • Actualmente os encontros reúnem milhares de pessoas e é necessário pagar para assistir.

6. Drafts (2) • Os Drafts são apresentados ao IESG (Internet Engineering Steering Group); • O IESG é o grupo da IETF responsável pelo processo de estandardização dos Drafts;

7. Drafts - Validade • A validade de um Draft é de seis meses: • Durante esse período, é analisado pela IESG e fica aberto a sugestões e comentários pela comunidade em geral; • Podem ser sugeridas alterações, ao autor, pela IESG assim como pela comunidade em geral; • No fim desse período o Draft tem de ser actualizado, senão é apagado; • A IESG poderá também considerar o Draft como apto para ser um protocolo, passando-o à categoria de RFC.

8. RFCs • Após a aprovação do Draft pelo IESG, este é enviado ao RFC Editor; • O RFC Editor é o departamento da IETF que edita, formata e publica os Drafts como RFCs; • RFC – Request For Comments • Documento formal da IETF resultante de um Draft revisto. A este documento é atribuído um número sequencial; • O RFC não pode ser alterado. Apenas poderá ser actualizado ou substituído por outro RFC; • O RFC pode ser apenas de carácter informativo, mas os mais importantes definem standards.

9. RFCs - Exemplos • RFC 0791 – Internet Protocol (IP); • RFC 0792 – Internet Control Message Protocol (ICMP); • RFC 0768 – User Datagram Protocol (UDP); • RFC 0793 – Transmission Control Protocol (TCP); • RFC 0854 – Telnet Protocol Specification (TELNET); • RFC 0959 – File Transfer Protocol (FTP).

10. RFC – Request For Comments? • Se são documentos “finais” porque se chamam Request For Comments? • Por motivos históricos…

11. RFCs – Origem • Origens na ARPANET; • Conjunto de estudantes licenciados que começou a reunir-se para discutir os problemas de comunicação entre computadores (ligação entre IMPs); • Para não perder o “rasto” das ideias resultantes das reuniões/investigações, decidiu-se juntar e organizar as notas;

12. RFCs – Origens (2) • Com o medo de ofender as entidades oficiais que faziam investigação sobre o desenvolvimentos de protocolos, Stephen Crocker passou uma noite acordado para “arranjar” palavras humildes para apresentar o conjunto de notas; • As regras básicas eram que qualquer pessoa podia participar e nada era oficial; • Para enfatizar o ponto, Setephen Crocker chamou a essas notas de “Request For Comments”;

13. RFCs – Origens (3) • O primeiro RFC (RFC 0001) foi elaborado por Stephen Crocker em 7 de Abril de 1969 e fala sobre o software dos IMPs bem como das primeiras experiências na rede ARPA; • Actualmente existem mais de 3600 RFCs.

14. Sites de interesse • www.ietf.org – Internet Engineering Task Force; • www.rfc-editor.org – RFC Editor;