Rede de computadores

Uma rede de computadores consiste de 2 ou mais computadores e outros dispositivos conectados entre si de modo a poderem compartilhar seus servios, que podem ser: dados, impressoras, mensagens (e-mails), etc. A Internet um amplo sistema de comunica o que conecta muitas redes de computadores. !"istem v#rias $ormas e recursos de v#rios equipamentos que podem ser interligados e compartilhados, mediante meios de acesso, protocolos e requisitos de segurana.

conectores %&-'( usados para conectar redes em in$orm#tica.

Imagem de um backbone, usado para interligar grandes redes, como a pr)pria internet.

ndice
*esconder+ , -ist)ria 2 .lassi$ica o / -ard0are de %ede ' 1odelo 23I ( 4ormas 5 6cnicas de transmiss o 7 1odelagem de rede de computadores segundo 6anen8aum 9 6opologia o 9., 6opologia em !strela o 9.2 :arramento o 9./ Anel ; 1eio $<sico

,= >rotocolo

Histria
Antes do advento de computadores dotados com algum tipo de sistema de telecomunica o, a comunica o entre m#quinas calculadoras e computadores antigos era reali?ada por usu#rios humanos atravs do carregamento de instru@es entre eles. !m setem8ro de ,;'=, Aeorge 3ti8it? usou uma m#quina de teletipo para enviar instru@es para um conBunto de pro8lemas a partir de seu 1odel C na Daculdade de Eartmouth em 4ova -ampshire para a sua calculadora em 4ova Iorque e rece8eu os resultados de volta pelo mesmo meio. .onectar sistemas de sa<da como teletipos a computadores era um interesse na Advanced %esearch >roBects AgencF (A%>A) quando, em ,;52, &. .. %. GicHlider $oi contratado e desenvolveu um grupo de tra8alho o qual ele chamou de a I%ede Intergal#cticaI, um precursor da A%>A4!6. !m ,;5', pesquisadores de Eartmouth desenvolveram o 3istema de .ompartilhamento de 6empo de Eartmouth para usu#rios distri8u<dos de grandes sistemas de computadores. 4o mesmo ano, no 1I6, um grupo de pesquisa apoiado pela Aeneral !lectric e :ell Ga8s usou um computador (E!.Js >E>-9) para rotear e gerenciar cone"@es tele$Knicas. Eurante a dcada de ,;5=, Geonard CleinrocH, >aul :aran e Eonald Eavies, de maneira independente, conceituaram e desenvolveram sistemas de redes os quais usavam datagramas ou pacotes, que podiam ser usados em uma rede de comuta o de pacotes entre sistemas de computadores. !m ,;5;, a Universidade da .ali$)rnia em Gos Angeles, 3%I (em 3tan$ord), a Universidade da .ali$)rnia em 3anta :#r8ara e a Universidade de Utah $oram conectadas com o in<cio da rede A%>A4!6 usando circuitos de (= H8itsLs. %edes de computadores e as tecnologias necess#rias para cone" o e comunica o atravs e entre elas continuam a comandar as indMstrias de hard0are de computador, so$t0are e peri$ricos. !ssa e"pans o espelhada pelo crescimento nos nMmeros e tipos de usu#rios de redes, desde o pesquisador at o usu#rio domstico. Atualmente, redes de computadores s o o nMcleo da comunica o moderna. 2 escopo da comunica o cresceu signi$icativamente na dcada de ,;;= e essa e"plos o nas comunica@es n o teria sido poss<vel sem o avano progressivo das redes de computadores.

[editar] Classificao

3egundo a Arquitetura de %ede: o Arcnet o !thernet

6oHen ring DEEI I3E4 Drame %elaF A61 N2( E3G 3egundo a e"tens o geogr#$ica: o 3A4 (3torage Area 4et0orH) o GA4 (Gocal Area 4et0orH) o >A4 (>ersonal Area 4et0orH) o 1A4 (1etropolitan Area 4et0orH) o OA4 (Oide Area 4et0orH) o %A4 (%egional Area 4et0orH) o .A4 (.ampus Area 4et0orH) 3egundo a topologia: o %ede em anel (%ing) o %ede em 8arramento (:us) o %ede em estrela (3tar) o %ede em malha (1esh) o %ede em ponto-a-ponto 3egundo o meio de transmiss o: o %ede por ca8o %ede de .a8o coa"ial %ede de .a8o de $i8ra )ptica %ede de .a8o de par tranado o %ede sem $ios %ede por in$ravermelhos %ede por microondas %ede por r#dio
o o o o o o o

[editar] Hardware de Rede

!lementos de .a8lagem: o .a8o coa"ial o .a8o de $i8ra )ptica o .a8o de par tranado o %epetidor o 6ransceptor !sta o de tra8alho >laca de rede .oncentrador (hub) .omutador (switch) %oteador (router) 1odem

>orta de Giga o (gateway) >onte (bridge) 3ervidor o 3ervidor de arquivos o 3ervidor de comunica@es o 3ervidor de disco o 3ervidor de impress o o 3ervidor de 8luetooth

[editar] Modelo OSI

4<vel $<sico 4<vel de enlace de dados o Et ernet o >>> 4<vel de %ede o I! o I>N 4<vel de transporte o 6.> o UE> 4<vel de sess o o 4et:I23 o I>N o AppletalH 4<vel de apresenta o 4<vel de aplica o o 316> o D6> o 6elnet o 33o I%. o -66> o >2>/ o PD%AE

[editar] "ormas

I!!! 9=2 N.2(

[editar] #$cnicas de transmisso

:anda larga

:anda 8ase

Modela%em de rede de computadores se%undo #anen&aum

Uma rede pode ser de$inida por seu tamanho, topologia, meio $<sico e protocolo utili?ado. !'" (>ersonal Area 4et0orH, ou rede pessoal). Uma >A4 uma rede de computadores usada para comunica o entre dispositivos de computador (incluindo tele$ones e assistentes pessoais digitais) perto de uma pessoa. ('" (Gocal Area 4et0orH, ou %ede Gocal). Q uma rede onde seu tamanho se limita a apenas uma pequena regi o $<sica. )'" (Pertical Area 4et0orH, ou rede de vertical). Uma PA4 usualmente utili?ada em redes prediais, vista a necessidade de uma distri8ui o vertical dos pontos de rede. C'" (.ampus Area 4et0orH, ou rede campus). Uma rede que a8range uma #rea mais ampla, onde pode-se conter v#rios prdios dentro de um espao continuos ligados em rede. M'" (1etropolitan Area 4et0orH, ou rede metropolitana). A 1A4 uma rede onde temos por e"emplo, uma rede $arm#cia, em uma cidade, onde todas acessam uma 8ase de dados comum. *'" (Oide Area 4et0orH, ou rede de longa distRncia). Uma OA4 integra equipamentos em diversas locali?a@es geogr#$icas, envolvendo diversos pa<ses e continentes como a Internet. S'" (3torage Area 4et0orH, ou %ede de arma?enamento). Uma 3A4 serve de cone" o de dispositivos de arma?enamento remoto de computador para os servidores de $orma a que os dispositivos aparecem como locais ligados ao sistema operacional.

[editar] #opolo%ia
[editar] #opolo%ia em Estrela
Ver artigo principal: Rede em estrela

6opologia de rede em estrela 4este tipo de rede, todos os usu#rios comunicam-se com um modo central, tem o controle supervisor do sistema, chamado host.>or meio do host os usu#rios podem se comunicar entre si e com processadores remotos ou terminais. 4o segundo caso, o host $unciona como um comutador de mensagens para passar dados entre eles. 2 arranBo em estrela a melhor escolha se o padr o de comunica o da rede $or de um conBunto de esta@es secund#rias que se comunicam com o n) central. As situa@es nas quais isso acontece s o aquelas em que o n) central est# restrito Ss $un@es de gerente das comunica@es e a opera@es de diagn)sticos. 2 gerenciamento das comunica@es por este n) central pode ser por chaveamento de pacotes ou de circuitos. 2 n) central pode reali?ar outras $un@es alm das de chaveamento e processamento normal. >or e"emplo, pode compati8ili?ar a velocidade de comunica o entre o transmissor e o receptor. 3e o protocolo dos dispositivos $onte e destino $or di$erente, o n) central pode atuar como um roteador, permitindo duas redes de $a8ricantes di$erentes se comunicar. 4o caso de ocorrer $alha em uma esta o ou na liga o com o n) central, apenas esta esta o $ica $ora de opera o. !ntretanto, se uma $alha ocorrer no n) central, todo sistema pode $icar $ora do ar. A solu o deste pro8lema seria a redundRncia, mas isto acarreta um aumento consider#vel de custos. A e"pans o de uma rede desse tipo s) pode ser $eita at um certo limite, imposto pelo n) central: em termos de capacidade de chaveamento, nMmero de circuitos concorrentes que podem ser gerenciados e nMmeros de n)s que podem ser servidos.

2 desempenho o8tido numa rede em estrela depende da quantidade de tempo requerido pelo n) central para processar e encaminhar mensagens, e da carga de tr#$ego de cone" o, ou seBa, limitado pela capacidade de processamento do n) central. !sta con$igura o $acilita o controle da rede e a maioria dos sistemas de computa o com $un@es de comunica oT possuem um so$t0are que implementa esta con$igura o.

[editar] +arramento
Ver artigo principal: Rede em bus

6opologia de rede em 8arramento - 3imples

[editar] 'nel
Ver artigo principal: Rede em anel A topologia em anel como o pr)prio nome di? tem um $ormato circular.

6opologia de rede em anel

[editar] Meio f,sico

2 meio mais utili?ado hoBe o !thernet. 2 padr o !thernet vem su8dividido em: .oa"L,=8ase2, U6> (Unshielded Twisted Pair - >ar 6ranado 4 o :lindado)L,=:ase6 e U6>L,==8ase6 e Aiga8it ethernet. 6am8m pode ser conectado por Di8ra )ptica, um $ino $ilamento cont<nuo de vidro com uma co8ertura de prote o que pode ser usada para conectar longas distRncias.

! ainda h# as redes sem $ios, que se su8dividem em diversas tecnologias: Oi-$i, 8luetooth, 0ima" e outras.

[editar] !rotocolo
-oBe, o protocolo mais usado o 6.>LI>, vers o I>v' , e espera-se que passemos a utili?ar o I>v5. 28tida de Ihttp:LLpt.0iHipedia.orgL0iHiL%edeUdeUcomputadoresI .ategoria: %edes de computadores .ategorias ocultas: VArtigos a so$rerem $us o desde 1aro de 2=,= W VArtigos de ciXncia a so$rerem $us o W VArtigos que carecem de $ontes desde 2utu8ro de 2==; W V>#ginas a reciclar desde Devereiro de 2==9

Redes de Computadores - "o.es +/sicas

so8re In$orm#tica >or &o o Antonio .arvalho pro$essorBoaoantonioYalgoso8re.com.8r

!u&licidade

.onceito de %edes de .omputadores

%edes de computadores s o estruturas $<sicas (equipamentos) e l)gicas (programas, protocolos) que permitem que dois ou mais computadores possam compartilhar suas in$orma@es entre si. Imagine um computador so?inho, sem estar conectado a nenhum outro computador: !sta m#quina s) ter# acesso Ss suas in$orma@es (presentes em seu Eisco %<gido) ou Ss in$orma@es que porventura venham a ele atravs de disquetes e .ds.

Zuando um computador est# conectado a uma rede de computadores, ele pode ter acesso Ss in$orma@es que chegam a ele e Ss in$orma@es presentes nos outros computadores ligados a ele na mesma rede, o que permite um nMmero muito maior de in$orma@es poss<veis para acesso atravs daquele computador.

.lassi$ica o das %edes Zuanto S !"tens o D<sica

As redes de computadores podem ser classi$icadas como:

('" 0Rede (ocal12 Uma rede que liga computadores pr)"imos (normalmente em um mesmo prdio ou, no m#"imo, entre prdios pr)"imos) e podem ser ligados por ca8os apropriados (chamados ca8os de rede). !": %edes de computadores das empresas em geral. *'" 0Rede E3tensa12 %edes que se estendem alm das pro"imidades $<sicas dos computadores. .omo, por e"emplo, redes ligadas por cone" o tele$Knica, por satlite, ondas de r#dio, etc. (!": A Internet, as redes dos 8ancos internacionais, como o .I6[:A4C).

!quipamentos 4ecess#rios para a .one" o em %ede

>ara conectar os computadores em uma rede, necess#rio, alm da estrutura $<sica de cone" o (como ca8os, $ios, antenas, linhas tele$Knicas, etc.), que cada computador possua o equipamento correto que o $ar# se conectar ao meio de transmiss o. 2 equipamento que os computadores precisam possuir para se conectarem a uma rede local (GA4) a >laca de %ede, cuBas velocidades padr o s o ,=18ps e ,==18ps (1ega8its por segundo). Ainda nas redes locais, muitas ve?es h# a necessidade do uso de um equipamento chamado -U: (lX-se \%R8i]), que na verdade um ponto de convergXncia dos ca8os provenientes dos computadores e que permitem que estes possam estar conectados. 2 -u8 n o um computador, apenas uma pequena cai"inha onde todos os ca8os de rede, provenientes dos computadores, ser o encai"ados para que a cone" o $<sica acontea. Zuando a rede maior e n o se restringe apenas a um prdio, ou seBa, quando n o se trata apenas de uma GA4, s o usados outros equipamentos di$erentes, como 30itchs e %oteadores, que $uncionam de $orma semelhante a um -U:, ou seBa, com a $un o de $a?er convergir as cone"@es $<sicas, mas com algumas caracter<sticas tcnicas (como velocidade e quantidade de cone"@es simultRneas) di$erentes dos primos mais \$raquinhos] (-U:3).

!rotocolo de Internet
!rotocolos Internet 0#C!4I!1

.amada

>rotocolo

(.Aplica o -66>, 316>, D6>, 33-, %6>, 6elnet, 3I>, %E>, I%., 341>, 446>, >2>/, I1A>, :it6orrent, E43, >ing ... '.6ransporte 6.>, UE>, 3.6>, E..> ... /.%ede I> (I>v', I>v5) , A%>, %A%>, I.1>, I>3ec ... 2.!nlace !thernet, 9=2.,, OiDi, I!!! 9=2.,Z, 9=2.,,g, -EG., 6oHen ring, DEEI, >>>,30itch ,Drame %elaF, ,.D<sica 1odem, %EI3, %3-2/2, !IA-'22, %3-'';, :luetooth, U3:, ...

!rotocolo de Internet (em inglXs: Internet Protocol, ou o acr)nimo I!) um protocolo de comunica o usado entre duas ou mais m#quinas em rede para encaminhamento dos dados.

ndice
*esconder+ , Duncionamento 2 Dormato do .a8ealho do I>v' / !ndereamento I>v' e encaminhamento ' Per tam8m

( :i8liogra$ia

[editar] 5uncionamento
2s dados numa rede I> s o enviados em 8locos re$eridos como pacotes ou datagramas (os termos s o 8asicamente sin)nimos no I>, sendo usados para os dados em di$erentes locais nas camadas I>). !m particular, no I> nenhuma de$ini o necess#ria antes do n) tentar enviar pacotes para um n) com o qual n o comunicou previamente. 2 I> o$erece um servio de datagramas n o con$i#vel (tam8m chamado de melhor esforo)T ou seBa, o pacote vem quase sem garantias. 2 pacote pode chegar desordenado (comparado com outros pacotes enviados entre os mesmos n)s), tam8m podem chegar duplicados, ou podem ser perdidos por inteiro. 3e a aplica o requer maior con$ia8ilidade, esta adicionada na camada de transporte. 2s roteadores s o usados para reencaminhar datagramas I> atravs das redes interconectadas na segunda camada. A $alta de qualquer garantia de entrega signi$ica que o desenho da troca de pacotes $eito de $orma mais simpli$icada. (4ote que se a rede cai, reordena ou de outra $orma dani$ica um grande nMmero de pacotes, o desempenho o8servado pelo utili?ador ser# po8re, logo a maioria dos elementos de rede tentam

arduamente n o $a?er este tipo de coisas - melhor esforo. .ontudo, um erro ocasional n o ir# produ?ir nenhum e$eito not#vel.) 2 I> o elemento comum encontrado na Internet pM8lica dos dias de hoBe. Q descrito no %D. 7;, da I!6D, que $oi pela primeira ve? pu8licado em 3etem8ro de ,;9,. !ste documento descreve o protocolo da camada de rede mais popular e atualmente em uso. !sta vers o do protocolo designada de vers o ', ou I>v'. 2 I>v5 tem endereamento de origem e destino de ,29 8its, o$erecendo mais endereamentos que os /2 8its do I>v'.

[editar] 5ormato do Ca&eal o do I!67

8 9:; 7:< = : >? >@ : >= >A : ;>

Pers o

6amanho do Tipo de Ser io (6o3) ca8ealho (agora Ei$$3erv e !.4)

.omprimento (pacote)

;B

Identi$icador

!lags

"ffset

@7 Tempo de Vida (66G)

>rotocolo

#hecksum

A@

!ndereo origem

>B =

!ndereo destino

>@ 9

2p@es

>A B

$ados

Pers o - o primeiro campo do ca8ealho de um datagrama I>v' o campo de vers o, com quatro 8its. I-G - o segundo campo, de quatro 8its, o I-G (acr)nimo para Internet %eader &ength, ou seBa, .omprimento do .a8ealho da Internet) com o nMmero de palavras de /2 8its no ca8ealho I>v'. .omo o ca8ealho I>v' pode conter um

nMmero vari#vel de op@es, este campo essencialmente especi$ica o offset para a por o de dados de um datagrama I>v'. Um ca8ealho m<nimo tem vinte 8Ftes de comprimento, logo o valor m<nimo em decimal no campo I-G seria cinco. 6ipo de servio - no %D. 7;,, os oito 8its seguintes s o alocados para um campo tipo de servio (6o3), agora Ei$$3erv e !.4. A inten o original era para um n) especi$icar uma pre$erXncia para como os datagramas poderiam ser manuseados assim que circulariam pela rede. >or e"emplo, um n) pode de$inir o campo de valores do seu 6o3 dos datagramas I>v' para pre$erir pequeno des$asamento de tempo, enquanto que outros podem pre$erir alta $ia8ilidade. 4a pr#tica, o campo 6o3 n o $oi largamente implementado. .ontudo, tra8alho e"perimental, de pesquisa e desenvolvimento se $ocou em como $a?er uso destes oito 8its. !stes 8its tXm sido rede$inidos e mais recentemente atravs do grupo de tra8alho do Ei$$3erv na I!6D e pelos pontos de c)digo do !"plicit .ongestion 4oti$ication (!.4) (%D. /,59.) 6amanho total - o campo de de?esseis 8its seguinte do I>v' de$ine todo o tamanho do datagrama, incluindo ca8ealho e dados, em 8Ftes de oito 8its. 2 datagrama de tamanho m<nimo de vinte 8Ftes e o m#"imo 5' C8. 2 tamanho m#"imo do datagrama que qualquer n) requer para estar apto para manusear s o (75 8Ftes, mas os n)s mais modernos manuseiam pacotes 8em maiores. >or ve?es, as su8redes imp@em restri@es no tamanho, em cada caso os datagramas tXm que ser I$ragmentadosI. A $ragmenta o manuseada quer no n) quer no comutador de pacotes no I>v', e apenas no n) no caso do I>v5. Identi$icador - o campo seguinte de de?esseis 8its um campo de identi$ica o. !ste campo usado principalmente para identi$icar $ragmentos identi$icativos do datagrama I> original. Alguns tra8alhos e"perimentais sugerem usar o campo I> para outros prop)sitos, tais como adicionar pacotes para levar a in$orma o para datagrama, de $orma a que aBude a pesquisar datagramas para tr#s com endereos $onte $alsi$icados. !lags - o campo de trXs 8its que segue usado para controlar ou identi$icar $ragmentos. "ffset - o campo offset do $ragmento tem tre?e 8its, e permite que um receptor determine o local de um $ragmento em particular no datagrama I> original. 6empo de vida - um campo de oito 8its, o 66G (time to li e, ou seBa, tempo para viver) aBuda a prevenir que os datagramas persistam (e". andando aos c<rculos) numa rede. -istoricamente, o campo 66G limita a vida de um datagrama em segundos, mas tornou-se num campo de contagem de n)s caminhados. .ada comutador de pacotes que um datagrama atravessa decrementa o campo 66G em um valor. Zuando o campo 66G chega a ?ero, o pacote n o seguido por um comutador de pacotes e descartado. >rotocolo - um campo de protocolo de oito 8its segue-se, de$inindo o protocolo seguinte usado numa por o de dados de um datagrama I>. A Internet Assigned 4um8ers AuthoritF mantm uma lista de nMmeros de protocolos. 2s protocolos comuns e os seus valores decimais incluem o I.1> (,), o 6.> (5). #hecksum - o campo seguinte um campo de veri$ica o para o ca8ealho do datagrama I>v'. Um pacote em trRnsito alterado por cada comutador que atravesse. Um desses comutadores pode comprometer o pacote, e a veri$ica o

uma $orma simples de detectar a consistXncia do ca8ealho. !ste valor aBustado ao longo do caminho e veri$icado a cada novo n). !nvolve apenas veri$ica o do ca8ealho (n o dos dados).

!ncapsulamento I>: 2 endereo de origem no ca8ealho I> indicar# a quem dever# ser enviada a resposta do protocolo encapsulado, neste caso o 6.>. !ndereo de origemLdestino - a seguir ao campo de veri$ica o, seguem-se os endereo de origem e de destino, de /2 8its cada um. 4ote que os endereos I>v5 de origem e destino s o de ,29 8its cada. 2p@es - .ampos do ca8ealho adicionais podem seguir o campo do endereo de destino, mas estes n o s o normalmente usados. 2s campos de op o podem ser seguidos de um campo de caminho que assegura que os dados do utili?ador s o alinhados numa $ronteira de palavras de /2 8its. (4o I>v5, as op@es movem-se $ora do ca8ealho padr o e s o especi$icados pelo campo 'e(t Protocol, semelhante S $un o do campo I>rotocoloI no I>v'). A seguir, trXs e"emplos de op@es que s o implementadas e aceitas na maioria dos roteadores: Security (especi$ica o n<vel de segurana do datagrama (usado em aplica@es militares)), Timestamp (Da? com que cada roteador ane"e seu endereo e sua marca temporal (/2 8its), que serve para depura o de algoritmos de roteamento) e Record route ($a? com que cada roteador ane"e seu endereo).

[editar] Endereamento I!67 e encamin amento

6alve? os aspectos mais comple"os do I> seBam o endereamento e o encaminhamento. 2 endereamento de$ine como os endereos I> dos n)s $inais s o atri8u<dos e como as su8redes dos endereos de I> dos n)s s o divididos e agrupados. 2 encaminhamento I> $eito por todos os n)s, mas mais comumente por roteadores de rede, que tipicamente usam os protocolos IA> ou !A> para aBudar na leitura de datagramas I> que reencaminhem decis@es atravs de I>s em redes ligadas.

#ransmission Control !rotocol

Ori%em2 *iCip$diaD a enciclop$dia li6reE
(%edirecionado de #C!)

Ir para: navega o, pesquisa

!rotocolos Internet 0#C!4I!1 .amada >rotocolo

(.Aplica o -66>, 316>, D6>, 33-, %6>, 6elnet, 3I>, %E>, I%., 341>, 446>, >2>/, I1A>, :it6orrent, E43, >ing ... '.6ransporte #C!, UE>, 3.6>, E..> ... /.%ede 2.!nlace I> (I>v', I>v5) , A%>, %A%>, I.1>, I>3ec ... !thernet, 9=2.,, OiDi, I!!! 9=2.,Z, 9=2.,,g, -EG., 6oHen ring, DEEI, >>>,30itch ,Drame %elaF, 1odem, %EI3, %3-2/2, !IA-'22, %3'';, :luetooth, U3:, ...

,.D<sica

2 #C! (acrKnimo para o inglXs Transmission Control Protocol) um dos protocolos so8 os quais assenta o nMcleo da Internet. A versatilidade e ro8uste? deste protocolo tornou-o adequado a redes glo8ais, B# que este veri$ica se os dados s o enviados de $orma correta, na sequXncia apropriada e sem erros, pela rede. 2 6.> um protocolo do n<vel da camada de transporte (camada ') do 1odelo 23I e so8re o qual assentam a maioria das aplica@es ci8ernticas, como o 33-, D6>, -66> ^ portanto, a )orld )ide )eb.

ndice
*esconder+ , .aracter<sticas tcnicas 2 Eescri o do $uncionamento o 2., !sta8elecimento da liga o o 2.2 6rans$erXncia de dados (sess o) o 2./ Adequa o de parRmetros o 2.' 6rmino da liga o / >ortas ou servios ' Utili?a o do I> para entrega de dados o '., Per tam8m

( Giga@es e"ternas

[editar] Caracter,sticas t$cnicas

#abealho de uma trama T#P

+its 9 : ;

7:A

>9 : >?

>@ : ;>

9 ;B @7

>orta na origem

>orta no destino

4Mmero de sequXncia

4Mmero de con$irma o (A.C)

A@

2$$set

%eservado s

!lags

&anela )indow

>B = >@ 9
Padding (at /2)

.hecHsum

>onteiro de urgXncia

2p@es (opcional)

BB 7

Eados

Eetalhe do campo !lags

>9

>>

>B

>;

>7

>?

UrgPt A.C Pus

%36 3[4 DI4

As caracter<sticas $undamentais do 6.> s o:

"rientado * cone(+o - A aplica o envia um pedido de cone" o para o destino e usa a Icone" oI para trans$erir dados. Ponto a ponto - uma cone" o 6.> esta8elecida entre dois pontos. #onfiabilidade - 2 6.> usa v#rias tcnicas para proporcionar uma entrega con$i#vel dos pacotes de dados, que a grande vantagem que tem em rela o ao UE>, e motivo do seu uso e"tensivo nas redes de computadores. 2 6.> permite a recupera o de pacotes perdidos, a elimina o de pacotes duplicados, a recupera o de dados corrompidos, e pode recuperar a liga o em caso de pro8lemas no sistema e na rede. !ull duple( - Q poss<vel a trans$erXncia simultRnea em am8as dire@es (clienteservidor) durante toda a sess o. %andshake - 1ecanismo de esta8elecimento e $inali?a o de cone" o a trXs e quatro tempos, respectivamente, o que permite a autentica o e encerramento de uma sess o completa. 2 6.> garante que, no $inal da cone" o, todos os pacotes $oram 8em rece8idos. ,ntrega ordenada - A aplica o $a? a entrega ao 6.> de 8locos de dados com um tamanho ar8itr#rio num $lu"o (ou stream) de dados, tipicamente em octetos. 2 6.> parte estes dados em segmentos de tamanho especi$icado pelo valor 16U. >orm, a circula o dos pacotes ao longo da rede (utili?ando um protocolo de encaminhamento, na camada in$erior, como o I>) pode $a?er com que os pacotes n o cheguem ordenados. 2 6.> garante a reconstru o do stream no destinat#rio mediante os n-meros de se.u/ncia. #ontrole de flu(o - 2 6.> usa o campo Banela ou window para controlar o $lu"o. 2 receptor, S medida que rece8e os dados, envia mensagens A.C (_AcHno0ledgement), con$irmando a recep o de um segmentoT como $uncionalidade e"tra, estas mensagens podem especi$icar o tamanho m#"imo do buffer no campo (Banela) do segmento 6.>, determinando a quantidade m#"ima de 8Ftes aceita pelo receptor. 2 transmissor pode transmitir segmentos com um nMmero de 8Ftes que dever# estar con$inado ao tamanho da Banela permitido: o menor valor entre sua capacidade de envio e a capacidade in$ormada pelo receptor.

[editar] Fescrio do funcionamento

Dig. , - 4este e"emplo considera-se o backlog preenchido para $orar o timeout no cliente para que o pacote 3[4 seBa reenviado. 4o entanto, o primeiro pacote podia ter-se perdido devido a erros na rede. 2 protocolo 6.> especi$ica trXs $ases durante uma cone" o: esta8elecimento da liga o, trans$erXncia e trmino de liga o. 2 esta8elecimento da liga o $eito em trXs passos, enquanto que o trmino $eito em quatro. Eurante a iniciali?a o s o iniciali?ados alguns parRmetros, como o Se.uence 'umber (nMmero de sequXncia) para garantir a entrega ordenada e ro8uste? durante a trans$erXncia.

[editar] Esta&elecimento da li%ao

6ipicamente, numa liga o 6.> e"iste aquele designado de servidor (que a8re um socHet e espera passivamente por liga@es) num e"tremo, e o cliente no outro. 2 cliente inicia a liga o enviando um pacote 6.> com a flag 3[4 activa e espera-se que o servidor aceite a liga o enviando um pacote 3[4`A.C. 3e, durante um determinado espao de tempo, esse pacote n o $or rece8ido ocorre um timeout e o pacote 3[4 reenviado. 2 esta8elecimento da liga o conclu<do por parte do cliente, con$irmando a aceita o do servidor respondendo-lhe com um pacote A.C. Eurante estas trocas, s o trocados nMmeros de sequXncia iniciais (IS') entre os interlocutores que ir o servir para identi$icar os dados ao longo do $lu"o, 8em como servir de contador de 8Ftes transmitidos durante a $ase de trans$erXncia de dados (sess o). 4o $inal desta $ase, o servidor inscreve o cliente como uma liga o esta8elecida numa ta8ela pr)pria que contm um limite de cone"@es, o backlog. 4o caso do backlog $icar completamente preenchido a liga o reBeitada ignorando (silenciosamente) todos os su8sequentes pacotes 3[4.

[editar] #ransferGncia de dados 0sesso1

Eurante a $ase de trans$erXncia o 6.> est# equipado com v#rios mecanismos que asseguram a con$ia8ilidade e ro8uste?: nMmeros de sequXncia que garantem a entrega

ordenada, c)digo detector de erros (checksum) para detec o de $alhas em segmentos espec<$icos, con$irma o de recep o e tempori?adores que permitem o aBuste e contorno de eventuais atrasos e perdas de segmentos. .omo se pode o8servar pelo ca8ealho 6.>, e"istem permanentemente um par de nMmeros de sequXncia, doravante re$eridos como n-mero de se.u/ncia e n-mero de confirma+o (0#1nowledgement). 2 emissor determina o seu pr)prio nMmero de sequXncia e o receptor con$irma o segmento usando como nMmero A.C o nMmero de sequXncia do emissor. >ara manter a con$ia8ilidade, o receptor con$irma os segmentos indicando que rece8eu um determinado nMmero de 8Ftes cont<guos. Uma das melhorias introdu?idas no 6.> $oi a possi8ilidade do receptor con$irmar 8locos $ora da ordem esperada. !sta caracter<stica designa-se por selecti e 0#1, ou apenas 3A.C. A remontagem ordenada dos segmentos $eita usando os nMmeros de sequXncia, de /2 8it, que reiniciam a ?ero quando ultrapassam o valor m#"imo, 2/,-,, tomando o valor da di$erena. Assim, a escolha do I34 torna-se vital para a ro8uste? deste protocolo. 2 campo checksum permite assegurar a integridade do segmento. !ste campo e"presso em complemento para um consistindo na soma dos valores (em complemento para um) da trama. A escolha da opera o de soma em complemento para um deve-se ao $acto de esta poder ser calculada da mesma $orma para mMltiplos desse comprimento - ,5 8it, /2 8it, 5' 8it, etc - e o resultado, quando encapsulado, ser# o mesmo. A veri$ica o deste campo por parte do receptor $eita com a recomputa o da soma em complemento para um que dar# -= caso o pacote tenha sido rece8ido intacto. !sta tcnica (checksum), em8ora muito in$erior a outros mtodos detectores, como o .%., parcialmente compensada com a aplica o do .%. ou outros testes de integridade melhores ao n<vel da camada 2, logo a8ai"o do 6.>, como no caso do >>> e !thernet. .ontudo, isto n o torna este campo redundante: com e$eito, estudos de tr#$ego revelam que a introdu o de erro 8astante $requente entre hops protegidos por .%. e que este campo detecta a maioria desses erros. As con$irma@es de recep o (A.C) servem tam8m ao emissor para determinar as condi@es da rede. Eotados de tempori?adores, tanto os emissores como receptores podem alterar o $lu"o dos dados, contornar eventuais pro8lemas de congest o e, em alguns casos, prevenir o congestionamento da rede. 2 protocolo est# dotado de mecanismos para o8ter o m#"imo de per$ormance da rede sem a congestionar ^ o envio de tramas por um emissor mais r#pido que qualquer um dos intermedi#rios (hops) ou mesmo do receptor pode inutili?ar a rede. 3 o e"emplo a Banela desli?ante, o algoritmo de in<cio-lento

[editar] 'deHuao de parImetros

4este simples e"emplo s) est# a ser considerada a Banela do servidor. 2 cliente tem a percep o do estado da Banela do servidor a cada A.C rece8ido. 2 ca8ealho 6.> possui um parRmetro que permite indicar o espao livre atual do receptor (emissor quando envia a indica o): a 2anela (ou window). Assim, o emissor $ica a sa8er que s) poder# ter em trRnsito aquela quantidade de in$orma o at esperar pela con$irma o (A.C) de um dos pacotes - que por sua ve? trar#, com certe?a, uma atuali?a o da 2anela. .uriosamente, a pilha 6.> no Oindo0s $oi conce8ida para se auto-aBustar na maioria dos am8ientes e, nas vers@es atuais, o valor padr o superior em compara o com vers@es mais antigas. >orm, devido ao tamanho do campo, que n o pode ser e"pandido, os limites aparentes da Banela variam entre 2 e 5((/(, o que 8astante pouco em redes de alto d8ito e hard0are de alta per$ormance. >ara contornar essa limita o usado uma "p+o especial que permite o8ter mMltiplos do valor da Banela, chamado de escala da 2anela, ou T#P window scaleT este valor indica quantas ve?es o valor da Banela, de ,5 8it, deve ser operado por deslocamento de 8its (para a esquerda) para o8ter os mMltiplos, podendo variar entre = e ,'. Assim, torna-se poss<vel o8ter Banelas de , giga8Fte. 2 parRmetro de escala de$inido unicamente durante o esta8elecimento da liga o.

[editar] #$rmino da li%ao

6rmino de cone" o.

A $ase de encerramento da sess o 6.> um processo de quatro $ases, em que cada interlocutor responsa8ili?a-se pelo encerramento do seu lado da liga o. Zuando um deles pretende $inali?ar a sess o, envia um pacote com a flag DI4 ativa, ao qual dever# rece8er uma resposta A.C. >or sua ve?, o outro interlocutor ir# proceder da mesma $orma, enviando um DI4 ao qual dever# ser respondido um A.C. >ode ocorrer, no entanto, que um dos lados n o encerre a sess o. .hama-se a este tipo de evento de cone" o semi3aberta. 2 lado que n o encerrou a sess o poder# continuar a enviar in$orma o pela cone" o, mas o outro lado n o.

[editar] !ortas ou ser6ios

2 6.> introdu? o conceito de porta tipicamente associado a um servio (camada aplica o)Lliga o espec<$ica. Assim, cada um dos intervenientes na cone" o disp@e de uma porta associada (um valor de ,5 8it) que di$icilmente ser# o mesmo do interlocutor. Alguns servios (que $a?em uso de protocolos espec<$icos) s o tipicamente acess<veis em portas $i"as, conhecidas como portas 8em conhecidas, que s o aqueles numerados do , ao ,=2/. Alm destas, e"istem ainda duas gamas de portas, registradas e pri adas ou dinRmicas. As portas bem conhecidas s o atri8u<das pela Internet Assigned 4um8ers AuthoritF (IA4A) e s o tipicamente utili?ados por processos com direitos de sistema ou super-utili?ador. 4estas portas encontram-se em escuta passiva os servios triviais, como -66>, 33-, D6>, etc. 6odos os protocolos da suite I> se encontram registrados dentro desta gama. A gama de portas privadas segue regras de atri8ui o espec<$icas do sistema operativo e serve para a8rir liga@es a outras m#quinas, como surfar na rede, por e"emplo.

JtiliKao do I! para entre%a de dados

2 6.>, tal como o UE>, usa o I> para a entrega dos datagramas S rede, e os pontos de acesso S aplica o s o identi$icados por portas acessadas por multiple(a+o, tal como acontece com o UE>, o que permite mMltiplas liga@es em cada host. As portas podem ser associadas com uma aplica o (>rocesso). 2 I> trata o pacote 6.> como dados e n o interpreta qualquer conteMdo da mensagem do 6.>, sendo que os dados 6.> viaBam pela rede em datagramas I>. 2s roteadores que interligam as redes apenas veri$icam o ca8ealho I>, quando $a?em o envio dos datagramas. 2 6.> no destino interpreta as mensagem do protocolo 6.>.

!ost Office !rotocol

Ori%em2 *iCip$diaD a enciclop$dia li6reE

(%edirecionado de !O!;) Ir para: navega o, pesquisa

!rotocolos Internet 0#C!4I!1 .amada >rotocolo

(.Aplica o -66>, 316>, D6>, 33-, %6>, 6elnet, 3I>, %E>, I%., 341>, 446>, !O!;, I1A>, :it6orrent, E43, >ing ... '.6ransporte6.>, UE>, 3.6>, E..> ... /.%ede 2.!nlace I> (I>v', I>v5) , A%>, %A%>, I.1>, I>3ec ... !thernet, 9=2.,, OiDi, I!!! 9=2.,Z, 9=2.,,g, -EG., 6oHen ring, DEEI, >>>,30itch ,Drame %elaF, 1odem, %EI3, %3-2/2, !IA-'22, %3'';, :luetooth, U3:, ...

,.D<sica

2 !ost Office !rotocol (!O!;) um protocolo utili?ado no acesso remoto a uma cai"a de correio eletrKnico. !le est# de$inido no %D. ,22( e permite que todas as mensagens contidas numa cai"a de correio eletrKnico possam ser trans$eridas sequencialmente para um computador local. A<, o utili?ador pode ler as mensagens rece8idas, apag#-las, responder-lhes, arma?ena-las, etc.. 2 $uncionamento do protocolo >2>/ di?-se off3line, uma ve? que o processo suportado se 8aseia nas seguintes etapas:

Q esta8elecida uma liga o 6.> entre a aplica o cliente de e-mail (User 0gent 3 U0) e o servidor onde est# a cai"a de correio (4esssage Transfer 0gent 3 4T0) 2 utili?ador autentica-seT 6odas as mensagens e"istentes na cai"a de correio s o trans$eridas sequencialmente para o computador localT As mensagens s o apagadas da cai"a de correio (opcionalmente, o protocolo pode ser con$igurado para que as mensagens n o seBam apagadas da cai"a de correio)T Se esta opo no for utiliKadaD de6e utiliKar sempre o mesmo computador para ler o correio eletrLnicoD para poder manter um arHui6o das suas mensa%ensE A liga o com o servidor terminadaT 2 utili?ador pode agora ler e processar as suas mensagens (off3line).

A caracter<stica o$$-line do protocolo !O!; particularmente Mtil para utili?adores que se ligam S Internet atravs de redes pM8licas comutadas, em que o custo da liga o proporcional ao tempo de liga o (e": a rede tele$Knica convencional ou a rede %EI3). .om o !O!;, a liga o apenas precisa de estar ativa durante a trans$erXncia das

mensagens, e a leitura e processamento das mensagens pode depois ser e$etuada com a liga o inativa.

HMperte3t #ransfer !rotocol

Ori%em2 *iCip$diaD a enciclop$dia li6reE
(%edirecionado de H##!) Ir para: navega o, pesquisa
!rotocolos Internet 0#C!4I!1 .amada >rotocolo

(.Aplica o -66>, 316>, D6>, 33-, %6>, 6elnet, 3I>, %E>, I%., 341>, 446>, >2>/, I1A>, :it6orrent, E43, >ing ... '.6ransporte6.>, UE>, 3.6>, E..> ... /.%ede 2.!nlace I> (I>v', I>v5) , A%>, %A%>, I.1>, I>3ec ... !thernet, 9=2.,, OiDi, I!!! 9=2.,Z, 9=2.,,g, -EG., 6oHen ring, DEEI, >>>,30itch ,Drame %elaF, 1odem, %EI3, %3-2/2, !IA-'22, %3'';, :luetooth, U3:, ...

,.D<sica

Hypertext Transfer Protocol (ou o acrKnimo H##!T do inglXs, !rotocolo de #ransferGncia de Hiperte3to) um protocolo de comunica o (na camada de aplica o segundo o 1odelo 23I) utili?ado para sistemas de in$orma o de hipermedia distri8u<dos e cola8orativos.*,+ 3eu uso para a o8ten o de recursos interligados levou ao esta8elecimento da Oorld Oide Oe8. .oordenado pela Oorld Oide Oe8 .onsortium e a Internet !ngineering 6asH Dorce, culminou na pu8lica o de uma srie de Re.uests for #ommentsT mais notavelmente o %D. 25,5, de Bunho de ,;;;, que de$iniu o -66>L,.,. 4ormalmente, este protocolo utili?a o porta 9= e usado para a comunica o de s<tios 0e8, comunicando na linguagem -61G. .ontudo, para haver comunica o com o servidor do s<tio necess#rio utili?ar comandos adequados, que n o est o em linguagem -61G. >ara acedermos a outro documento a partir de uma palavra presente no documento actual podemos utili?ar hiperliga@es (ou Rncoras). !stes documentos se encontram no s<tio com um endereo de p#gina da Internet - e para acess#-los deve-se digitar o respectivo

endereo, denominado U%I (Uni ersal Resource Identifier ou Identi$icador Universal de %ecurso), que n o deve ser con$undir com U%G (Uni ersal Resource &ocator ou Gocali?ador Universal de %ecurso), um tipo de U%I que pode ser directamente locali?ado.

ndice
*esconder+ , >re$#cio 2 Duncionamento / 1ensagem -66> ' .a8ealho da mensagem o '., .orpo da mensagem o '.2 %equisi o ( 1todos o (., %esposta o (.2 .)digos de retorno o (./ .one"@es o (.' 2utros protocolos 5 !squema de comunica o 7 4otas 9 %e$erXncias

; Giga@es e"ternas

[editar] !ref/cio
2 -Fper6e"t 6rans$er >rotocol um protocolo de aplica o respons#vel pelo tratamento de pedidos e respostas entre cliente e servidor na Oorld Oide Oe8. !le surgiu da necessidade de distri8uir in$orma@es pela Internet e para que essa distri8ui o $osse poss<vel $oi necess#rio criar uma $orma padroni?ada de comunica o entre os clientes e os servidores da Oe8 e entendida por todos os computadores ligados S Internet. .om isso, o protocolo -66> passou a ser utili?ado para a comunica o entre computadores na Internet e a especi$icar como seriam reali?adas as transac@es entre clientes e servidores, atravs do uso de regras 8#sicas.*,+ !ste protocolo tem sido usado pela OOO desde ,;;=. A primeira vers o de -66>, chamada -66>L=.;, era um protocolo simples para a trans$erXncia de dados no $ormato de te"to A3.II pela Internet, atravs de um Mnico mtodo de requisi o, chamado GET. A vers o -66>L,.= $oi desenvolvida entre ,;;2 e ,;;5 para suprir a necessidade de trans$erir n o apenas te"to. .om essa vers o, o protocolo passou a trans$erir mensagens do tipo 1I1!'' (4ultipurpose Internet 4ail ,(tension) e $oram implementados novos mtodos de requisi o, chamados POST e HEAD.

4o -66>L,.,, vers o actual do protocolo descrito na %D. 25,5, *2+ $oi desenvolvido um conBunto de implementa@es adicionais ao -66>L,.=, como por e"emplo: o uso de cone"@es persistentesT o uso de servidores pro(y que permitem uma melhor organi?a o da cacheT novos mtodos de requisi@esT entre outros. A$irma-se que o -66> tam8m usado como um protocolo genrico para comunica o entre os agentes de utili?adores e pro(iesLgateways com outros protocolos, como o 316>, 446>, D6>, Aopher, e OAI3, permitindo o acesso a recursos dispon<veis em aplica@es diversas.*2+

[editar] 5uncionamento
Um sistema de comunica o em rede possui diversos protocolos que tra8alham em conBunto para o $ornecimento de servios. >ara que o protocolo -66> consiga trans$erir seus dados pela Oe8, necess#rio que os protocolos 6.> e I> (Internet Protocol, >rotocolo de Internet) tornem poss<vel a cone" o entre clientes e servidores atravs de sockets 6.>LI>. Ee acordo com Dielding,*/+ o -66> utili?a o modelo cliente-servidor, como a maioria dos protocolos de rede, 8aseando-se no paradigma de requisi o e resposta. Um programa requisitante (cliente) esta8elece uma cone" o com um outro programa receptor (servidor) e envia-lhe uma requisi o, contendo a U%I, a vers o do protocolo, uma mensagem 1I1! (padr o utili?ado para codi$icar dados em $ormato de te"tos A3.II para serem transmitidos pela Internet) contendo os modi$icadores da requisi o, in$orma@es so8re o cliente e, possivelmente, o conteMdo no corpo da mensagem. 2 servidor responde com uma linha de status (status line) incluindo sua vers o de protocolo e um c)digo de opera o 8em sucedida ou um c)digo de erro, seguido pelas in$orma@es do servidor, metain$orma@es da entidade e poss<vel conteMdo no corpo da mensagem. Ap)s o envio da resposta pelo servidor, encerra-se a cone" o esta8elecida.

[editar] Mensa%em H##!

2 protocolo -66> $a? a comunica o entre o cliente e o servidor atravs de mensagens. 2 cliente envia uma mensagem de requisi o de um recurso e o servidor envia uma mensagem de resposta ao cliente com a solicita o. 3egundo Doscarini,*'+ os dois tipos de mensagens e"istentes no protocolo utili?am um $ormato genrico, de$inido na %D. 922, para a trans$erXncia de entidades. Uma mensagem, tanto de requisi o quanto de resposta, composta, con$orme de$inido na %D. 25,5,*(+ por uma linha inicial, nenhuma ou mais linhas de ca8ealhos, uma linha em 8ranco o8rigat)ria $inali?ando o ca8ealho e por $im o corpo da mensagem, opcional em determinados casos. 4essa se o ser o apresentados os campos que comp@em uma mensagem mais detalhadamenteT ou seBa, o -66> apresenta o s<tio ou local onde est# a p#gina da Internet.

[editar] Ca&eal o da mensa%em

2 ca8ealho da mensagem (header) utili?ado para transmitir in$orma@es adicionais entre o cliente e o servidor. !le especi$icado imediatamente ap)s a linha inicial da transa o (mtodo), tanto para a requisi o do cliente quanto para a resposta do servidor, seguido de dois pontos (:) e um valor. !"istem quatro tipos de ca8ealhos que poder o ser inclu<dos na mensagem os quais s o: general3header, re.uestheader, response3 header e entity3header.*5+ !sses ca8ealhos s o utili?ados para enviar in$orma@es adicionais so8re a mensagem transmitida (general3header), a requisi o e os clientes (re.uest3header) que comunicam suas con$igura@es e os $ormatos de documentos deseBados como resposta.*7+ Alm disso, s o utili?ados pelo servidor ao retornar o recurso no qual $oi requisitado pelo cliente, para transmitir in$orma@es que descrevem as con$igura@es do servidor e do recurso identi$icado pelo U%I de requisi o, e que n o pertence S linha de status (responseheader). 4a %D. 25,5,*9+ est o descritos todos os campos que pertencem a esses ca8ealhos. Alguns tipos 1I1!*;+ E3emplo te"tLplain te"tLhtml ImageLgi$ ImageLBpeg Fescrio Arquivo no $ormato te"to (A3.II) Arquivo no $ormato -61G, utili?ado como padr o para documentos Oe8 Imagem com o $ormato AID Imagem com o $ormato &>!A

applicationL?ip Arquivo compactado

[editar] Corpo da mensa%em

Uma mensagem -66> pode conter um corpo de dados que s o enviados a8ai"o das linhas de ca8ealho. !m uma mensagem de resposta, o corpo da mensagem o recurso que $oi requisitado pelo cliente, ou ainda uma mensagem de erro, caso este recurso n o seBa poss<vel. &# em uma mensagem de requisi o, o corpo pode conter dados que ser o enviados diretamente pelo usu#rio ou um arquivo que ser# enviado para o servidor. Zuando uma mensagem -66> tiver um corpo, poder o ser inclu<dos ca8ealhos de entidades que descrevem suas caracter<sticas, como por e"emplo, o #ontent3Type que in$orma o tipo 1I1! dos dados no corpo da mensagem e o #ontent3&ength que in$orma a quantidade de 8Ftes que o corpo da mensagem contm. A ta8ela ao lado apresenta alguns tipos 1I1!.

[editar] ReHuisio
Ee acordo com Dielding,*,=+ uma mensagem de requisi o do cliente composta pelos seguintes campos: uma linha inicial (Re.uest3&ine)T linhas de ca8ealhos (Re.uest3 header)T uma linha em 8ranco o8rigat)ria e um corpo de mensagem opcional. A linha inicial de uma requisi o composta por trXs partes separadas por espaos: o mtodo (4ethod), a identi$ica o do U%I (Re.uest3URI) e a vers o do -66> (%TTP3Version) utili?ado. 3egundo :astos a Gadeira,*,,+ Re.uest3URI um identificador uniforme de recurso (Uni$orm %esource Identi$ier) que identi$ica so8re qual recurso ser# aplicada a requisi o. 4o protocolo -66>, o tipo de U%I utili?ado chamado de U%G (Uni$orm %esource Gocater), composto pela identi$ica o do protocolo, pelo endereo do computador servidor e pelo documento requisitado.*,2+

[editar] M$todos
2 protocolo -66> de$ine oito mtodos que indicam a a o a ser reali?ada no recurso especi$icado. .on$orme :astos e Gadeiras,*,/+ o mtodo determina o que o servidor deve $a?er com o U%G $ornecido no momento da requisi o de um recurso. Um servidor -66> deve implementar ao menos os mtodos A!6 e -!AE.
GET

3olicita algum recurso como um arquivo ou um script .AI (qualquer dado que estiver identi$icado pelo U%I) por meio do protocolo -66>. >or e"emplo, segue a8ai"o uma comunica o entre um cliente e um servidor -66>. 2 servidor possui a U%G www.exemplo.com, porta 9=. 2 pedido do cliente (seguido por uma linha em 8ranco, de maneira que o pedido termina com um newline duplo, cada um composto por um carriage return seguido de um &ine !eed):
GET /index.html HTTP/1.1 Host: www.exemplo.com

2 ca8ealho Host reconhece v#rios di$erentes nomes E43 que tenham o mesmo I>. A resposta do ser idor (seguida por uma linha em 8ranco e o te"to da p#gina solicitada):
HTTP/1.1 200 OK D te: !on" 2# ! $ 200% 22:#&:#' G!T Se()e(: Ap che/1.#.2* +,nix- +.ed/H t/0in1x0 st/!odi2ied: 3ed" 0& 4 n 200# 2#:11:%% G!T Et 5: 6#2&02/178/#e1c70#76 Accept/. n5es: 7$tes 9ontent/0en5th: '#& 9onnection: close

9ontent/T$pe: text/html: ch (set;,T</& HEAD

Paria o do GET em que o recurso n o retornado. Q usado para o8ter metain$orma@es por meio do ca8ealho da resposta, sem ter que recuperar todo o conteMdo.
POST

!nvia dados para serem processados (por e"emplo, dados de um $ormul#rio -61G) para o recurso especi$icado. 2s dados s o inclu<dos no corpo do comando. 3ua utili?a o em uma requisi o ocorre quando necess#rio enviar dados ao servidor para serem processados, geralmente por um programa script identi$icado no Re.uest3URI. Uma requisi o por meio desse mtodo sempre requer que as in$orma@es su8metidas seBam inclu<das no corpo da mensagem e $ormatadas como uma .uery string, alm de conter ca8ealhos adicionais especi$icando seu tamanho (9ontent/0en5ht) e seu $ormato (9ontent/T$pe). >or isso, esse mtodo o$erece uma maior segurana em rela o aos dados trans$eridos, ao contr#rio do mtodo GET que os dados s o ane"ados a U%G, $icando vis<veis ao usu#rio.*,'+ >or e"emplo:
POST /index.html HTTP/1.0 Accept: text/html =2/modi2ied/since: S t" 2> Oct 1>>> 1>:'#:#1 G!T 9ontent/T$pe: pplic tion/x/www/2o(m/1(lencoded 9ontent/0en5th: #0 ?ome;? mePesso @=d de;>>@91(so;9omp1t c o P,T

!nvia certo recurso.

DE0ETE

!"clui o recurso.
T.A9E

!coa o pedido, de maneira que o cliente possa sa8er o que os servidores intermedi#rios est o mudando em seu pedido.
OPT=O?S

%ecupera os mtodos -66> que o servidor aceita.

9O??E9T

3erve para uso com um pro(y que possa se tornar um tMnel 33G (um tMnel pode ser usado, por e"emplo, para criar uma cone" o segura).

[editar] Resposta

>ara Dielding,*,(+ uma mensagem de resposta do servidor composta pelos seguintes campos: uma linha inicial (Status3&ine)T linhas de ca8ealhos (Responseheader)T uma linha em 8ranco o8rigat)ria e um corpo de mensagem opcional. A linha inicial de uma resposta, chamada de linha de status, possui por sua ve? trXs partes separadas por espaos: a vers o do protocolo -66> (%TTP3Version), um c)digo de status (Status3 #ode) da resposta, que $ornece o resultado da requisi o, e uma $rase de Busti$icativa (Reason3Phrase) que descreve o c)digo do status.

[editar] Cdi%os de retorno

A linha inicial de uma resposta -66> indica ao cliente se sua requisi o $oi 8em sucedida ou n o.*,5+ !ssa situa o $ornecida atravs de um c)digo de retorno (Status3 #ode) e uma $rase e"plicativa (Reason3Phrase). Ee acordo com Dielding,*,7+ o c)digo de status $ormado por trXs d<gitos e o primeiro d<gito representa a classe que pertence classi$icada em cinco tipos:

5((: Informational (In$orma o) b utili?ada para enviar in$orma@es para o cliente de que sua requisi o $oi rece8ida e est# sendo processadaT 6((: Success (3ucesso) b indica que a requisi o do cliente $oi 8em sucedidaT 7((: Redirection (%edirecionamento) b in$orma a a o adicional que deve ser tomada para completar a requisi oT 8((: #lient ,rror (!rro no cliente) b avisa que o cliente $e? uma requisi o que n o pode ser atendidaT 9((: Ser er ,rror (!rro no servidor) b ocorreu um erro no servidor ao cumprir uma requisi o v#lida.

2 protocolo -66> de$ine somente alguns c)digos em cada classe descritos na %D. 25,5, mas cada servidor pode de$inir seus pr)prios c)digos.

[editar] Cone3.es
3egundo -irata,*,9+ o -66>L,.= um protocolo sem estado. Isto signi$ica que as cone"@es entre um cliente e um servidor s o encerradas ap)s o envio de cada requisi o ou resposta. .ada ve? que uma cone" o esta8elecida ou encerrada, consumida uma grande quantidade de tempo da .>U, de largura de 8anda e de mem)ria. 4a maioria das ve?es, para se o8ter o resultado esperado, necess#rio reali?ar mais de uma solicita o de recursos atravs de v#rias cone"@es. >or e"emplo, no caso de uma p#gina Oe8, que consiste de diversos arquivos (.html, .gi$, .css, etc) preciso que seBam $eitas v#rias requisi@es para compor a p#gina, uma cone" o n o-persistente. 2 ideal seria que apenas uma cone" o $osse utili?ada para os pedidos e as respostas -66>, diminuindo, assim, a so8recarga ocasionada pelas cone"@es, uma cone" o persistente. A cone" o persistente, implementada como cone" o padr o no protocolo -66>L,.,, possi8ilita que uma cone" o seBa esta8elecida para enviar v#rias requisi@es em seqcXncia sem a necessidade de esperar por cada resposta, no qual ser o rece8idas na

mesma ordem em que as solicita@es $oram enviadas, um processo chamado de pipelining.*,;+ >ode tam8m dar-se o caso de ser esta8elecida uma cone" o sem pipelining, em que o cliente s) $a? nova requisi o quando o servidor lhe envia a resposta, ou seBa, o servidor $ica inactivo at o o8Becto (.html, .gi$, .css, etc) atingir o seu destino no cliente. 3e uma requisi o incluir o ca8ealho 9onnection: close, a cone" o ser# encerrada ap)s o envio da resposta correspondente. Utili?a-se este ca8ealho quando n o h# suporte a cone"@es persistentes, quando $or a Mltima requisi o a ser enviada nesta cone" o, ou ainda, sempre que quiser encerrar a cone" o mesmo que nem todas as requisi@es tenham sido completadas. Alm disso, o servidor pode $echar uma cone" o se estiver ociosa por um determinado per<odo de tempo.

[editar] Outros protocolos

!"istem outros tipos de protocolos como o D6> (Dile 6rans$er >rotocol, ou >rotocolo de 6rans$erXncia de Arquivos), usado para envio de arquivos do computador para um servidor na Oe8, o 316> (3imple 1ail 6rans$er >rotocol, ou >rotocolo de 6rans$erXncia de .orreio 3imples), protocolo usado para correio eletrKnico, entre outros protocolos.

[editar] EsHuema de comunicao

>edido 8#sico de -66> cliente-servidor:
GET A2ichei(oB HTTP/1.1 Host: AipB ,se(/A5ent: AA5enteB 9onnection: AtipoB

2 agente quem $a? a liga o ao servidor, normalmente um navegador. 2 tipo indica como o servidor deve proceder com a cone" o. Q comumente utili?ado para requisi@es persistentes. Uma requisi o completa pode e"igir muitas in$orma@es. A requisi o a8ai"o utili?ando o mtodo >236 - $ora retirada do 1o?illa Dire$o" v/.58( (pt-:%, para Oindo0s):
POST /di(eto(io/ (C1i)o.html HTTP/1.1 Host: www.exemplo.com ,se(/A5ent: !oDill /%.0 +3indows: ,: 3indows ?T 8.1: pt/E.: ():1.>.27%GecFo/200>120' <i(e2ox/#.87% Accept: text/html" pplic tion/xhtmlGxml" pplic tion/xml:C;0.>"H/H:C;0.& Accept/0 n51 5e: pt/7("pt:C;0.&"en/1s:C;0.%"en:C;0.# Accept/Encodin5: 5Dip"de2l te Accept/9h (set: =SO/&&%>/1"1t2/&:C;0.*"H:C;0.* Keep/ li)e: 11% 9ooFie: nome;) lo(: nome2;) lo(2 9onnection: Feep/ li)e 9ontent/0en5th: 2&

1s1 (io;exemplo@senh ;12#'%8

+anda &ase
Ori%em2 *iCip$diaD a enciclop$dia li6reE
Ir para: navega o, pesquisa Esta p/%ina precisa ser reciclada de acordo com o li6ro de estilo. (desde outu8ro de 2==;) 3inta-se livre para edit#-la para que esta possa atingir um n<vel de qualidade superior. +anda &ase $requentemente utili?ada para a transmiss o digital de dados, um Mnico canal utili?a a largura de 8anda total dispon<vel. ,. 6ermo que especi$ica a $ai"a de $reqcXncias de um determinado sinal antes que ele so$ra qualquer tipo de modula o. 2. drea de $reqcXncia original de um sinal antes de sua convers o em outra mais alta e e$iciente. 6ermo muito utili?ado quando se $ala em ca8eamento de rede locais !thernet.