Mudanças entre as edições de "RED2-EngTel (página)"

De MediaWiki do Campus São José
Ir para navegação Ir para pesquisar
 
Linha 1: Linha 1:
 +
{{DivulgueEngtelecom}}
 +
 
'''Professores da Unidade Curricular'''
 
'''Professores da Unidade Curricular'''
  
{{Professor|2015-1|[[Jorge Henrique B. Casagrande]] }}
+
{{Professor|2023-2|[[Jorge Henrique B. Casagrande]]}}
{{Professor|2014-2|[[Jorge Henrique B. Casagrande]] [[RED29005 2014-2|(Diario de aulas)]]}}
 
{{Professor|2014-1|[[Jorge Henrique B. Casagrande]] [[RED29005 2014-1|(Diario de aulas)]]}}
 
 
 
 
 
= [[RED2-EngTel|Carga horária, Ementas, Bibliografia]]=
 
 
 
 
 
=[[RED2-EngTel (Plano de Ensino) | Plano de Ensino]]=
 
 
 
=Dados Importantes=
 
''Professor'': [[Jorge Henrique B. Casagrande]]
 
<br>''Email'': casagrande@ifsc.edu.br
 
<br>''Atendimento paralelo'': 3as das 11:35 às 12:25h e 5as feira das 17:35h - 18:25 (Sala dos professores de TELE - ao lado da reprografia)
 
<br> ''Endereço do grupo'': https://www.facebook.com/groups/667983626639907/
 
<br> ''Link alternativo para Material de Apoio da disciplina'': http://www.sj.ifsc.edu.br/~casagrande/RED
 
<br> Muitos conteúdos da disciplina estão sendo extraídos do material do professor '''Marcelo Sobral''' o qual já registro aqui meus agradecimentos pela autorização e apoio. Alguns deles foram inseridos ou adaptados para se ajustar ao planejamento ou perfil da turma.
 
<br><br> Toda vez que voce encontrar a marcação <math>\blacklozenge</math> ao lado de alguma atividade, significa que essa atividade estará sendo computada na avaliação como AE ou AI. O prazo estabelecido para entrega estará destacado ao lado da atividade. Portanto, não perca o prazo limite para entrega. '''Atividades entregues fora do prazo não serão aceitas!'''
 
 
 
=Avaliações=
 
 
 
=Resultados das Avaliações=
 
 
 
 
 
{| border="1" cellpadding="5" cellspacing="0"
 
!Aluno
 
!AE1
 
!AE2
 
![AI]
 
![[A1_2015_1| A1]]
 
![[A2_2015_1| A2]]
 
!A3
 
!A4
 
![[A5_2015_1| A5]]
 
!REC A1
 
!REC A2
 
!REC A3
 
!REC A4
 
!REC A5
 
!MÉDIA
 
!NF
 
!CONCEITO
 
|-
 
|Adalvir || || || || || || || || || || || || || || || ||
 
|-
 
|Clarice  || || || || || || || || || || || || || || || ||
 
|-
 
| Fernando  || || || || || || || || || || || || || || || ||
 
|-
 
| Gabriel  || || || || || || || || || || || || || || || ||
 
|-
 
| Giulio  || || || || || || || || || || || || || || || ||
 
|-
 
| Gustavo V.  || || || || || || || || || || || || || || || ||
 
|-
 
| João  || || || || || || || || || || || || || || || ||
 
|-
 
| Lucas  || || || || || || || || || || || || || || || ||
 
|-
 
| Ronaldo  || || || || || || || || || || || || || || || ||
 
|-
 
| Stephany    || || || || || || || || || || || || || || || ||
 
|-
 
| Vinícius  || || || || || || || || || || || || || || || ||
 
|-
 
| Walter  || || || || || || || || || || || || || || || ||
 
|-
 
|}
 
 
 
'''LEGENDA E DETALHES'''
 
 
 
;'''AE''' = Atividades Extras: 10% da Avaliação - abrange uma ou mais tarefas a serem divulgadas ao longo do semestre;
 
;'''AI''' = Avaliação Individual: 10% da Avaliação final - abrange desempenho, assiduidade, cumprimento de tarefas em sala ou de listas de exercícios;
 
;'''An''' = Avaliação ''n'': 20% da Avaliação (n=4) - Programadas para cada parte do programa;
 
;'''REC An''' = Recuperação da Avaliação An: A recuperação de todas An serão em data única e o aluno só tem a obrigação de recuperar An<60;
 
;'''NF''' = Nota Final com critério de arredondamento de +/-5 pontos considerando a fórmula abaixo: '''NF''' = 0,16(soma{MaiorNota{An,REC An}}) + 0,1(médiaAE) + 0,1(AI)
 
 
 
Se '''NF''' < 6,0  = '''D''' --> '''Reprovado''' <br>
 
Se  60 =< '''NF''' < 75  = '''C''' --> '''Aprovado''' <br>
 
Se  75 =< '''NF''' < 90  = '''B''' --> '''Aprovado'''<br>
 
Se  '''NF''' >= 90 = '''A''' --> '''Aprovado'''<br>
 
 
 
=Recados Importantes=
 
 
 
<br> '''05/02 Uso da Wiki:''' A partir dessa data,todo o repositório de material de apoio e referências de nossas aulas passam a usar a Wiki de tele. Para interação fora da sala de aula, acessem nosso [https://www.facebook.com/groups/667983626639907/ grupo] do facebook.
 
 
 
<br> '''05/02 ATENÇÃO:''' Uma avaliação só pode ser recuperada somente se existir justificativa reconhecida pela coordenação. Desse modo, 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.
 
 
 
=Material de Apoio=
 
 
 
;Atividades extra sala de aula
 
 
 
:* [http://tele.sj.ifsc.edu.br/~casagrande/RED/lista1_2014_2.pdf LISTA1] de exercícios para a avaliação A1
 
<!--:* [http://tele.sj.ifsc.edu.br/~casagrande/RED/lista2_2014_2.pdf LISTA2] de exercícios para a avaliação A2
 
:* [http://tele.sj.ifsc.edu.br/~casagrande/RED/lista3_2014_2.pdf LISTA3] de exercícios para a avaliação A3
 
:* [http://tele.sj.ifsc.edu.br/~casagrande/RED/lista4_2014_2.pdf LISTA4] de exercícios para a avaliação A4
 
-->
 
;Slides utilizados durante algumas aulas
 
 
 
:* [http://www.sj.ifsc.edu.br/~casagrande/RED/slides/redes_circuitos_virtuais.pdf Redes de Circuitos Virtuais]
 
  
:* [http://www.sj.ifsc.edu.br/~casagrande/RED/slides/protocolos_pp.pdf Protocolos Ponto à Ponto]
+
{{Collapse top | Professores Semestres Anteriores}}
  
:* [http://www.sj.ifsc.edu.br/~casagrande/RED/slides/InterfacesDigitais.pdf Interfaces Digitais]  
+
{{Professor|2022-2|[[Jorge Henrique B. Casagrande]] [[RED29005 2022-2|(Diário de aulas)]]}}
 
+
{{Professor|2022-1|[[Jorge Henrique B. Casagrande]] [[RED29005 2022-1|(Diário de aulas)]]}}
:* [http://www.sj.ifsc.edu.br/~casagrande/RED/slides/modens.pdf Modens e enlaces de teste]  
+
{{Professor|2021-2|[[Jorge Henrique B. Casagrande]] [[RED29005 2021-2|(Diário de aulas)]]}}
<!--
+
{{Professor|2021-1|[[Jorge Henrique B. Casagrande]] [[RED29005 2021-1|(Diário de aulas)]]}}
:* [http://tele.sj.ifsc.edu.br/~casagrande/RED/slides/lan.pdf REDES LOCAIS]
+
{{Professor|2020-2|[[Jorge Henrique B. Casagrande]] [[RED29005 2020-2|(Diário de aulas)]]}}
:* [http://tele.sj.ifsc.edu.br/~casagrande/RED/slides/vlan.pdf IEEE802.3q VLAN]
+
{{Professor|2020-1|[[Jorge Henrique B. Casagrande]] [[RED29005 2020-1|(Diário de aulas)]]}}
:* [http://tele.sj.ifsc.edu.br/~casagrande/RED/slides/stp.pdf IEEE802.3d]
+
{{Professor|2019-2|[[Jorge Henrique B. Casagrande]] [[RED29005 2019-2|(Diário de aulas)]]}}
:* [http://tele.sj.ifsc.edu.br/~casagrande/RED/slides/ieee.pdf Arquitetura IEEE802.3]
+
{{Professor|2019-1|[[Jorge Henrique B. Casagrande]] [[RED29005 2019-1|(Diário de aulas)]]}}
-->
+
{{Professor|2018-2|[[Jorge Henrique B. Casagrande]] [[RED29005 2018-2|(Diário de aulas)]]}}
 
+
{{Professor|2018-1|[[Jorge Henrique B. Casagrande]] [[RED29005 2018-1|(Diário de aulas)]]}}
;Manuais e outros
+
{{Professor|2017-2|[[Jorge Henrique B. Casagrande]] [[RED29005 2017-2|(Diário de aulas)]]}}
* [http://www.sj.ifsc.edu.br/~msobral/RCO2/manuais/Guia_DT2048_SHDSL_T_E_S_VG_210.5088.00-1.pdf Guia Rápido de Configuração Modem DT2048SHDSL;]
+
{{Professor|2017-1|[[Jorge Henrique B. Casagrande]] [[RED29005 2017-1|(Diário de aulas)]]}}
* [http://tele.sj.ifsc.edu.br/~casagrande/RED/apoio/Manual_NR-2G_3200_e_4200.pdf manual Router NR2G] da Digitel;
+
{{Professor|2016-2|[[Jorge Henrique B. Casagrande]] [[RED29005 2016-2|(Diário de aulas)]]}}
* [http://www.sj.ifsc.edu.br/~casagrande/RED/apoio/Globalink3420guia.pdf guia rápido de configuração Globalink UP3420;]  
+
{{Professor|2016-1|[[Jorge Henrique B. Casagrande]] [[RED29005 2016-1|(Diário de aulas)]]}}
* [http://www.sj.ifsc.edu.br/~casagrande/RED/apoio/Globalink3420.pdf Manual de configuração Gloalink3420;]  
+
{{Professor|2015-2|[[Jorge Henrique B. Casagrande]] [[RED29005 2015-2|(Diário de aulas)]]}}
* [http://www.sj.ifsc.edu.br/~casagrande/RED/apoio/DT34.pdf Manual de configuração DT34.]  
+
{{Professor|2015-1|[[Jorge Henrique B. Casagrande]] [[RED29005 2015-1|(Diário de aulas)]]}}
<!--
+
{{Professor|2014-2|[[Jorge Henrique B. Casagrande]] [[RED29005 2014-2|(Diário de aulas)]]}}
* [http://www.sj.ifsc.edu.br/~casagrande/RED/apoio/DAS-3324.pdf Manual DSLAM DLINK DAS3324.]  
+
{{Professor|2014-1|[[Jorge Henrique B. Casagrande]] [[RED29005 2014-1|(Diário de aulas)]]}}
* [http://www.sj.ifsc.edu.br/~casagrande/RED/apoio/DAS-3324guia.pdf Guia rápido DSLAM DLINK DAS3324.]  
 
-->
 
 
 
* [http://www.cisco.com/warp/cpropub/45/tutorial.htm Tutorial sobre a interface CLI de roteadores Cisco]
 
* [http://www.cisco.com/en/US/tech/tk713/tk507/technologies_tech_note09186a008019cfa7.shtml#ppp01 Resolução de problemas com PPP em roteadores Cisco]
 
* [http://www.cisco.com/en/US/products/hw/routers/ps221/products_password_recovery09186a0080094773.shtml Recuperação de senha em roteadores Cisco 1700 e 1800]
 
<!--
 
* [http://tele.sj.ifsc.edu.br/~casagrande/RED/apoio/dlink Alguns procedimentos para o switch D-Link DES-3526 em português]
 
-->
 
 
 
 
 
== Bibliografia ==
 
 
 
* ''Redes de Computadores e a Internet, 5a edição'', de James Kurose.
 
* ''Redes de Computadores, 4a edição'', de Andrew Tanenbaum.
 
* ''Comunicação de Dados e Redes de Computadores, 4a edição'', de Behrouz Forouzan.
 
 
 
<!--* [http://www.sj.ifsc.edu.br/~msobral/IER/ Antiga página da disciplina (2009-1 e 2009-2)]-->
 
* [http://www.sj.ifsc.edu.br/~msobral/RCO2/docs.html Links para outros materiais, normas, artigos, e apostilas do prof. Jorge Casagrande]
 
* [http://books.google.com/books?id=C9ZN-jYKHpMC&printsec=frontcover&dq=forouzan&hl=pt-BR&ei=fvt2TP3eCMH58Aa77cS1Bw&sa=X&oi=book_result&ct=result&resnum=3&ved=0CDMQ6AEwAg#v=onepage&q&f=false Comunicação de dados e Redes de Computadores, de Berhouz Forouzan (alguns capítulos no Google Books)]
 
 
 
Para pesquisar o acervo das bibliotecas do IFSC:
 
* [http://biblioteca.ifsc.edu.br/sophia/ Acesso ao acervo da Biblioteca do IFSC]
 
 
 
== Softwares ==
 
 
 
* [[Netkit]]: possibilita criar experimentos com redes compostas por máquinas virtuais Linux
 
* [http://tele.sj.ifsc.edu.br/~msobral/IER/ipkit/ IPKit]: um simulador de encaminhamento IP (roda direto dentro do navegador)
 
 
 
=Diário de aulas RED29005 - 2015-1 - Prof. Jorge H. B. Casagrande=
 
 
 
{{Collapse top |05/02 - Redes de Longa Distância - WAN }}
 
 
 
==05/02 - Redes de Longa Distância - WAN==
 
 
 
* Apresentação da disciplina;
 
* Visão geral de uma WAN;
 
* Componentes de uma infra-estrutura de telecomunicações;
 
  
 
{{Collapse bottom}}
 
{{Collapse bottom}}
 +
<br>
  
{{Collapse top |10/02 - Redes Privativas }}
+
;NOSSA ROTINA SEMANAL:
  
==10/02 - Redes Privadas ==
+
'''Inicie sempre pelo SIGAA o acesso às atividades das nossas aulas'''. Fazendo isso você estará iterado com todas as publicações, atualizações e compromissos com o plano de ensino da disciplina. Lá, na esquerda da tela, selecione no "Menu Turma Virtual" e clique na opção "Principal". O plano de cada aula prevista no plano de ensino, bem como os objetivos, atividades avaliativas, links, notícias, conteúdos e informações da sua trajetória dentro da disciplina, vão estar resumidos pra você nas opções do menu. No SIGAA também há links que direcionam aos repositórios de conteúdos localizados na página web pessoal do professor e/ou na página da disciplina na WIKI do IFSC. '''Evite acumular pendências... Mantenha-se sempre em dia!!!'''
 +
<br>
  
* O modelo básico de comunicação de dados;
+
;NOSSOS ENCONTROS:
* Evolução das Redes Locais baseadas em hospedeiros para as Redes Privativas de longa distância;
 
* Da Unidade de Derivação Digital (UDD) para os ServerSwitches ou switches KVM;
 
* A Linha Privativa de Comunicação de Dados (LPCD);
 
* O Serviço de Linha Dedicada Digital (SLDD) como base na formação de Redes Privativas;
 
  
{{Collapse bottom}}
+
Terças e Sextas - 15:40h às 17:30h - Aula RED29005  - '''LABORATÓRIO DE REDES DE COMPUTADORES''' <br>
  
{{Collapse top | 12/02 - Redes de Circuitos Virtuais}}
+
;INFORMAÇÕES IMPORTANTES DAS ATIVIDADES 2023-1 <br>
  
==12/02 - Redes de Circuitos Virtuais ==
+
= [[RED2-EngTel|Carga horária, Ementas, Bibliografia]]=
  
* Experimento: Comunicação entre Computadores via porta serial;
+
= [[RED2-EngTel (Plano de Ensino) | Plano de Ensino]]=
* A banda passante e os meios metálicos de transmissão;
 
* O exemplo da evolução do backbone da RNP;
 
* A Multiplexação como solução no compartilhamento e otimização do uso de enlaces de transmissão.
 
  
 +
'''PROFESSOR''': [[Jorge Henrique B. Casagrande]] - casagrande@ifsc.edu.br - [https://sites.google.com/ifsc.edu.br/jorge-casagrande página web pessoal] <br>
  
{{Collapse bottom}}
+
<br>'''ATENDIMENTO PARALELO''': 2as e 4as das 17:30h às 18:30h (Sala de Professores de TELE II ou Laboratório de Redes de Computadores). O atendimento também pode ser agendado em comum acordo com cada aluno ou grupo de alunos via ferramenta de comunicação extra-sala ou via [https://meet.google.com/odz-fobb-gcq Google Meet]. <br>
 
{{Collapse top | 24/02 - Redes de Circuitos Virtuais - Frame Relay e MPLS}}
 
  
==24/02 - Redes de Circuitos Virtuais - Frame Relay e MPLS ==
+
<br> '''SIGAA:''' Todo registro das aulas presenciais e assíncronas (sábados letivos), as atividades avaliativas com respectivos prazos e percurso do estudante na disciplina, serão publicados e notificados nesse sistema acadêmico que é nosso '''AMBIENTE OBRIGATÓRIO''' de uso. No SIGAA estarão os conteúdos e/ou links associados a cada tópico de aula. '''Acesse regularmente a plataforma para não perder as atividades e prazos correspondentes!!!'''
  
* Redes de Circuitos Virtuais - Frame Relay e ATM;
+
<br> '''CONTEÚDOS:''' Todo o repositório de material de apoio e referências de nossas aulas estão no SIGAA, na seção da disciplina correspondente;
* Redes virtuais com MPLS;
 
* Experimento com netkit: Rede MPLS
 
  
 +
<br> '''INTERAÇÃO EXTRA-SALA:''' Para interação fora da sala de aula, acessem nosso grupo no '''WORKSPACE GOOGLE'''. Vocês já foram convidados. Caso o grupo não estiver visível em sua conta do '''GMAIL''', solicite o convite para o professor via email casagrande@ifsc.edu.br.
  
* '''''Referências sobre MPLS:'''''
+
=AVALIAÇÕES=
** Capítulo 5 (seção 5.8) do livro ''Redes de Computadores e a Internet, 5a ed.'', de James Kurose.
 
** Capítulo 5 (seção 5.4.5) do livro ''Redes de Computadores, 4a ed.'', de Andrew Tanenbaum (ou seção 5.6.5 da 5ª ed.).
 
** [http://en.wikipedia.org/wiki/Multiprotocol_Label_Switching MPLS na Wikipedia]
 
** [http://www.ietf.org/rfc/rfc3031.txt RFC 3031: MPLS  Architecture]
 
** [http://www.ietf.org/rfc/rfc3032.txt MPLS Label Stack Encoding]
 
* [http://www.sj.ifsc.edu.br/~msobral/RCO2/docs/mpls-linux Documentação sobre os experimentos com MPLS (tirados do projeto MPLS-Linux)]
 
  
[http://en.wikipedia.org/wiki/Multiprotocol_Label_Switching MPLS] é um  mecanismo para redes de telecomunicações de alto desempenho que encaminha e transporta dados de um nó da rede a outro. Isso se faz por meio de links virtuais entre nós distantes um do outro, semelhante ao conceito de ''circuitos virtuais''. Diversos protocolos podem ser transportados por MPLS, tais como IP e Ethernet (note que o primeiro é um protocolo de rede, mas o segundo é um ''"protocolo"'' de enlace). Assim, MPLS se apresenta como uma tecnologia de transporte de dados em redes de longa distância, como ilustrado na figura abaixo.
+
#'''Três avaliações são previstas''' para esta unidade curricular:<br>
 +
#* '''Avaliação A''': referente a parte 1 do Plano de Ensino. Esta avaliação será decomposta em '''duas partes: AE e AP'''. A parte '''AE tem peso 0.4''' e será computada pela média simples (aritmética) de pequenas tarefas ou questionários realizados ao longo da parte 1 via SIGAA. '''A avaliação AP terá peso 0.6''' e será uma PROVA escrita contemplando todo conteúdo envolvido com esta parte da unidade curricular. <br>
 +
#* '''Avaliação B''': referente a parte 2 do Plano de Ensino. Esta avaliação será decomposta em '''duas partes: BE e BP'''.  A '''parte BE tem peso 0.4''' e será computada pela média simples (aritmética) de pequenas tarefas ou questionários realizados ao longo da parte 2. A '''avaliação BP terá peso 0.6''' e será uma PROVA escrita contemplando todo conteúdo envolvido com esta parte da unidade curricular.<br>
 +
#* '''Avaliação C''': referente a parte 3 do Plano de Ensino. Esta avaliação será decomposta em '''três partes: CE, CP e CJ'''. A '''parte CE tem peso 0.3''' e será computada pela média simples (aritmética) de pequenas tarefas ou questionários realizados ao longo da parte 3. A '''avaliação CP terá peso 0.3 '''e será uma PROVA escrita contemplando todo conteúdo envolvido com esta parte da unidade curricular. A '''avaliação CJ terá peso 0.4''' e será resultado da avaliação de artigo técnico por revisores externos nos moldes de um evento científico do tipo "Journal". O escopo da criação de artigos deverá estar conectado conteúdos envolvidos com esta parte da unidade curricular.
 +
#Eventuais trabalhos em equipe poderão resultar em notas diferentes para cada membro. Os critérios de avaliação dos trabalhos serão divulgados na proposição do mesmo.
 +
#A nota final NF da disciplina será computada através da '''média ponderada''' em carga horária entre '''A (peso 0.4 de NF), B (peso 0.3 de NF) e C (peso 0.3 de NF)''' sendo o arredondamento realizado pelo sistema SIGAA. Este mesmo arredondamento será usado na formação das notas de A, B e de C.
 +
#No sistema acadêmico SIGAA, na parte referente às notas dos alunos, serão registradas todas as avaliações realizadas. O sistema calcula A, B e C usando os pesos previstos e também a nota final NF. As avaliações AE, BE e CE serão apresentadas numeradas sequencialmente conforme a quantidade de tarefas/questionários repassadas em cada parte do projeto.
 +
# '''A  NF sempre tem arredondamento segundo os critérios do SIGAA'''. Arredondamentos para valores inteiros acima ou abaixo da NF calculada poderão ser também ajustados pelos critérios do professor mediante avaliação da evolução do(a) estudante ao longo do semestre E SEMPRE DEFINIDAS SOMENTE NO ÚLTIMO DIA LETIVO DO SEMESTRE.
  
[[imagem:Mpls-network.jpg]]
+
==Do limite de tempo para execução das atividades avaliativas==
  
Simplificadamente, um cabeçalho (''shim header'') é adicionado a cada PDU a ser transportada pela rede MPLS. O rótulo contém um número identificador chamado de rótulo (''label'', e similar ao ''VCI'' visto em circuitos virtuais), junto com alguns bits de controle. Os roteadores dentro da rede MPLS encaminham essas PDUs com base somente no conteúdo desse cabeçalho, comutando-os de acordo com os valores de rótulo (''label  switching''). Note que MPLS não faz roteamento, e sim comutação de circuitos virtuais: os circuitos devem ser previamente estabelecidos para que o encaminhamento de PDUs entre origem e destino possa ser realizada. Desta forma, MPLS parece ser um  protocolo que fica entre as camadas de rede e de enlace, como mostrado na  figura a seguir.
+
#O termo '''atividade avaliativa''' se refere a qualquer tarefa ou questionário '''registrada e notificada sempre pelo SIGAA'''.
 +
#Toda atividade avaliativa para composição da A, B e de C terá uma data limite de entrega. '''O aluno deverá concluir e registrar a atividade até esta data'''. '''O sistema não aceitará entrega fora do prazo e não será permitido envio de tarefa por e-mail ou por qualquer outro meio, fora do prazo.'''
 +
#'''As notas das atividades avaliativas''' serão registradas no espaço de correção correspondente e '''disponibilizadas/notificadas automaticamente pelo SIGAA'''.
 +
#'''Quaisquer mudanças necessárias''' dos critérios aqui destacados, serão antecipadamente discutidos e '''consensualizados com a turma'''.
  
[[imagem:Mpls_protocolstack.jpg]]  ---->  [[imagem:MPLS_D2.gif‎]]
+
==Da reprovação por falta de frequência==
  
 +
'''O aluno deve participar de pelo menos 75% das aulas (incluindo os sábados letivos)''' ao longo do semestre para que seja considerado aprovado na disciplina.
  
O cabeçalho MPLS possui apenas 32 bits, como  mostrado  abaixo. O valor de rótulo ocupa 20 bits, o que possibilita pouco mais de 1 milhão de diferentes rótulos (<math>2^{20}</math>). Há um  campo ''Time To Live'' (ou simplesmente ''TTL'') com 8 bits, com mesma finalidade que o campo homônimo existente em PDUS IPv4: evitar que um erro de configuração em um roteador faça com que PDUs fiquem circulando  eternamente em um ''loop'' na rede. O valor desse campo ''TTL'' é decrementado por cada roteador que encaminhe a PDU e, se o valor chegar a 0, a PDU é descartada. O campo ''Exp'' com 3 bits foi pensado para codificar a classe de serviço da PDU, a qual pode ser usada por mecanismos de qualidade de serviço (''QoS'') existentes na rede. Por exemplo, o valor de ''Exp'' pode ser usado como prioridade da PDU em um  determinado roteador dentro da rede MPLS. Por fim, o bit ''S'' (''bottom of stack'') informa se esse é o último cabeçalho MPLS na PDU, uma vez que podem-se empilhar dois ou mais desses  cabeçalhos.
+
==Da aprovação==
  
 +
Será considerado aprovado o aluno que '''obtiver NF >= 6 e que obrigatoriamente obteve A>=6, B >=6 e C>=6'''.
  
[[imagem:Mpls-label.png]]
+
==Da recuperação==
  
 +
#'''Será prevista uma recuperação para cada uma das componentes das avaliações''' previstas em A, B e C. A nota da recuperação substituirá a nota da respectiva avaliação, '''caso seja maior'''. As condições de aprovação serão então aplicadas.
 +
#A recuperação prevista é uma segunda tentativa para cada componente das avaliações A, B e C.
  
A terminologia MPLS possui nomes próprios para diversos componentes da arquitetura. Como ocorre em outras tecnologias, existem conceitos conhecidos apresentados porém com nomes diferentes. A tabela  abaixo descreve alguns termos importantes existentes no MPLS:
+
==Do encaminhamento para cancelamento de matrícula==
  
 +
Caso o(a) estudante deixe de comparecer presencialmente às aulas, '''por mais de 15 dias decorridos consecutivos''', o seu nome '''será encaminhado para a coordenação para o cancelamento de matrícula''' conforme previsto no RDP do IFSC.
  
{| border="1" cellpadding="2"
 
!Termo
 
!Descrição
 
|-
 
|''LSP'' || Label Switching Path, o análogo a circuito virtual.
 
|-
 
|''LSR'' || Label Switching Router, ou roteador capaz de comutar PDUs MPLS.
 
|-
 
|''LER'' || Label Edge Router,  ou roteador que faz a interface entre a rede MPLS (onde se encaminham  PDUs exclusivamente com base nos rótulos), e a rede externa (onde não se usa MPLS). A rede externa pode ser qualquer outra rede, como IPv4, IPv6 ou mesmo LAN Ethernet. Note que LER é um  tipo especial de LSR,  e podem ser denominados também como ''LSR ingress'' (''LSR'' de entrada na rede MPLS) e ''LSR egress'' (''LSR'' de saída da rede MPLS).
 
|-
 
|''LFIB'' || Label Forwarding Information Base, ou o conjunto de informações existentes nos LSR usadas para fazer o encaminhamento das PDUS MPLS. Pode ser entendida como uma estrutura análoga à tabela de comutação de circuitos virtuais.
 
|-
 
|}
 
  
  
Usando os termos acima, podem-se descrever redes MPLS demonstrativas como mostrado  a seguir. Na  primeira rede há dois LSP: um vai do ''Host X'' ao ''Host Z'' e está identificado com PDUS em amarelo, e outro vai de ''Host  X'' ao ''Host Y'' e tem PDUs em azul. O número dentro de cada PDU informa os valores de rótulo usados  ao longo dos LSP. Assim como em circuitos virtuais em  geral (e como em Frame  Relay e ATM), os valores de rótulo podem ser modificados por cada roteador que os comute.
+
;IMPORTANTE:
 +
'''Uma avaliação poderá ser recuperada somente se existir justificativa reconhecida pela coordenação'''. Desse modo, deve-se protocolar a mesma no '''prazo máximo de 48 horas''', contado a partir 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 da respectiva atividade avaliativa.<br>
  
[[imagem:Mplsrouters.gif]]
+
=Material de Apoio=
  
=== Conceitos básicos sobre comutação de rótulos ===
+
;Recursos pedagógicos previstos:
  
A comutação de rótulos feita nos LSR é muito parecida com comutação de circuitos virtuais. Ao receber uma PDU MPLS, um LSR decide o que fazer com ela com base no número do rótulo e na interface de rede de onde ela foi recebida. Porém há um  detalhe específico do MPLS: uma ou mais interfaces podem ser associadas em um  ''labelspace MPLS'', sendo esse ''labelspace'' usado para identificar de onde foi recebida uma PDU. Desta forma, um  LSR na  verdade decide o que fazer com uma PDU com base em seu rótulo e no  seu ''labelspace''. Dentro do LSR essa operação se chama ''ILM'' (''Input Label Mapping'').
+
* Apostilas e Tutoriais
 +
* Apresentação de Slides
 +
* Glossários de Conceitos
 +
* Manuais e outros
 +
* Videoaulas assíncronas
 +
* Vídeos de apoio
 +
* Links de apoio
  
'''''ILM''' é a função que identifica uma PDU recebida e mapeia seu rótulo para um '''labelspace'''''
+
;Ferramentas para Atividades Interativas e Exercícios Colaborativos
  
Um caso especial  trata de PDUs que entram na rede MPLS. Por exemplo, uma PDU IPv4, originada de uma rede externa, deve ser transportada pela rede MPLS. Nesse caso, o ''LER'' (roteador de borda) deve associar essa PDU a um rótulo MPLS e encaminhá-lo pela rede MPLS. A identificação de uma PDU externa à rede MPLS, com base nas informações dessa PDU, se chama  ''FEC'' (''Forwarding Equivalence Class'').
+
* Mapas conceituais com [https://www.mindmeister.com/pt MINDMEISTER ou DIAGRAMS.NET]
 +
* Editor de texto com [https://www.google.com/intl/pt-BR/docs/about/ Google Docs]
 +
* Interativos com [https://kahoot.it/ Kahoot]
 +
* Avaliativos com [https://www.menti.com/ Mentimeter]
 +
* Simulação online de circuitos elétricos simples [https://phet.colorado.edu/sims/html/circuit-construction-kit-dc/latest/circuit-construction-kit-dc_pt_BR.html PhetColorado]
 +
* Repositórios de imagens para ilustração de atividades [https://publicdomainvectors.org/en/free-clipart/Symbol-for-helping-people-on-the-reception-vector-illustration/33703.html Public Domain Vectors]
 +
* Conversor de documentos com [https://ilovepdf.com/pt Ilovepdf]
 +
* Elaboração de diagramas de [https://diagrams.net fluxo online (draw.io)]
  
Uma vez identificada uma PDU recebida, o  LSR deve encaminhá-la de acordo com instruções predefinidas em sua ''LFIB''. Dentro de sua LFIB essas instruções são chamadas de ''NHLFE'' (''Next-Hop Label Forwarding Entry''), e contêm a '''operação MPLS''' a ser realizada e a interface de saída por onde encaminhar a PDU. As operações MPLS possíveis estão descritas na tabela abaixo:
+
= Bibliografia Básica =
  
 +
* LIVRO TEXTO (Para alguns conteúdos da ementa) -  [https://app.minhabiblioteca.com.br/reader/books/9788563308474/pageid/0 Comunicação de dados e Redes de Computadores, de Berhouz Forouzan] - Para acessar esse e-Book, antes de clicar no link, vc precisa se logar no SIGAA e entrar na aba "Serviços Externos" -> "Minha Biblioteca".
 +
* ''Redes de Computadores e a Internet, 5a edição'', de James Kurose.
 +
* ''Redes de Computadores, 4a edição'', de Andrew Tanenbaum.
  
{| border="1" cellpadding="2"
+
= Bibliografia Complementar =
!Operação
 
!Descrição
 
|-
 
|''SWAP'' || Troca o valor de rótulo. Essa operação deve ser usada para comutação dentro da rede MPLS. Mesmo  quando  o novo valor de rótulo for idêntico ao anterior essa operação deve ser realizada.
 
|-
 
|''PUSH'' || Adiciona um cabeçalho MPLS com um determinado valor de rótulo. Essa operação deve ser usada principalmente  nos ''LER'',  quando  uma PDU entra na rede MPLS.
 
|-
 
|''POP'' || Remove o cabeçalho MPLS. Essa operação deve ser usada principalmente nos ''LER'', quando uma PDU sai da rede MPLS.
 
|-
 
|}
 
  
 +
* [http://tele.sj.ifsc.edu.br/~msobral/RCO2/docs.html Links para outros materiais, normas, artigos, e apostilas do prof. Jorge Casagrande]
  
A comutação fica completa ao se juntarem o mapeamento de entrada (''ILM'') com as ''NHLFE'', no caso de comutação dentro da rede MPLS. No caso de entrada de PDUs na rede MPLS, a operação se chama  ''FTN'' (''Fec-To-Nhlfe''), que nada mais é que regras para associar os rótulos MPLS a essas PDUS. No  exemplo da PDU IPv4, pode-se usar o endereço IPv4 de destino  dessa PDU para escolher que rótulo MPLS deve  ser usado. Isso está sumarizado na  figura abaixo.
 
  
[[imagem:Mpls-lfib.png]]
+
== Softwares e Links úteis ==
  
=== Atividade com MPLS  ===
+
* [http://biblioteca.ifsc.edu.br/sophia/ Acesso ao acervo da Biblioteca do IFSC]
 
+
* [https://www.sejda.com/pdf-editor editor de PDF]:
* [http://www.sj.ifsc.edu.br/~casagrande/RED/lab_mpls1.pdf 1o Experimento com MPLS]
+
* [https://www.postscapes.com/internet-of-things-protocols/ Padrões diversos de protocolos para IoT]
** Os experimentos usarão o [[Netkit#Switches_MPLS|Netkit e MPLS]]
 
** Lab do netkit com o experimento:
 
 
 
<code>
 
e2[type]=mpls
 
e3[type]=mpls
 
e4[type]=mpls
 
e5[type]=mpls
 
a1[type]=generic
 
a2[type]=generic
 
 
# FEC: mapeia subrede destino para nhlfe
 
e2[fec]=172.16.20.0/24:nhlfe=1
 
e4[fec]=172.16.10.0/24:nhlfe=1
 
 
# NHLFE: como encaminhar PDUs MPLS
 
e2[nhlfe]=1:interface=eth0:label=1000:ip=10.0.2.3
 
e3[nhlfe]=1:interface=eth0:label=2001:ip=10.0.2.2
 
e3[nhlfe]=2:interface=eth1:label=1001:ip=10.0.6.4
 
e4[nhlfe]=1:interface=eth1:label=2000:ip=10.0.6.3
 
 
 
# ILM: como identificar PDUs MPLS recebidas
 
e2[ilm]=2001:labelspace=0
 
e3[ilm]=2000:labelspace=0:nhlfe=1
 
e3[ilm]=1000:labelspace=0:nhlfe=2
 
e4[ilm]=1001:labelspace=0
 
 
# Labelspace: os mapeamentos de labelspaces a interfaces
 
e2[labelspace]=0:interfaces=eth0
 
e3[labelspace]=0:interfaces=eth0,eth1
 
e4[labelspace]=0:interfaces=eth1
 
 
e2[eth0]=link2:ip=10.0.2.2/24
 
e2[eth1]=link8:ip=172.16.10.2/24
 
e2[eth3]=link1:ip=10.0.1.2/24
 
e3[eth0]=link2:ip=10.0.2.3/24
 
e3[eth1]=link6:ip=10.0.6.3/24
 
e4[eth0]=link4:ip=10.0.4.4/24
 
e4[eth1]=link6:ip=10.0.6.4/24
 
e4[eth2]=link7:ip=172.16.20.4/24
 
e5[eth0]=link4:ip=10.0.4.5/24
 
e5[eth1]=link1:ip=10.0.1.5/24
 
 
 
a1[eth2]=link8:ip=172.16.10.10/24
 
a2[eth2]=link7:ip=172.16.20.20/24
 
 
a1[default_gateway]=172.16.10.2
 
a2[default_gateway]=172.16.20.4
 
 
 
</syntaxhighlight>
 
 
 
* '''Exercício''': Considere o roteiro realizado em sala e faça o LSP entre A2 e A1 passar por E5 ao invés de E3 - Ou seja, isso implica modificar a configuração dos roteadores E2, E3, E4 e E5:
 
 
 
[[imagem:Exercicio-mpls-1.png|600px]]
 
 
 
<!--
 
* '''E4:''' mudar a ''NHLFE'' para que o LSP A2->A1 vá para E5.
 
* '''E5:''' fazer a comutação A2->A1 que antes ficava em E3.
 
* '''E2:'''  modificar o ''labelspace 0'' para que contenha a interface ''eth3''.
 
* '''E3:''' removida a configuração da comutação A2->A1
 
 
 
Solução:
 
 
 
<code>
 
e2[type]=mpls
 
e3[type]=mpls
 
e4[type]=mpls
 
e5[type]=mpls
 
a1[type]=generic
 
a2[type]=generic
 
 
# FEC: mapeia subrede destino para nhlfe
 
e2[fec]=172.16.20.0/24:nhlfe=1
 
e4[fec]=172.16.10.0/24:nhlfe=1
 
 
# NHLFE: como encaminhar PDUs MPLS
 
e2[nhlfe]=1:interface=eth0:label=1000:ip=10.0.2.3
 
e3[nhlfe]=1:interface=eth1:label=1001:ip=10.0.6.4
 
e4[nhlfe]=1:interface=eth0:label=2000:ip=10.0.4.5
 
e5[nhlfe]=1:interface=eth1:label=2001:ip=10.0.1.2
 
 
 
# ILM: como identificar PDUs MPLS recebidas
 
e2[ilm]=2001:labelspace=0
 
e3[ilm]=1000:labelspace=0:nhlfe=1
 
e4[ilm]=1001:labelspace=0
 
e5[ilm]=2000:labelspace=0:nhlfe=1
 
 
 
 
# Labelspace: os mapeamentos de labelspaces a interfaces
 
e2[labelspace]=0:interfaces=eth0,eth3
 
e3[labelspace]=0:interfaces=eth0,eth1
 
e4[labelspace]=0:interfaces=eth0,eth1
 
e5[labelspace]=0:interfaces=eth0,eth1
 
 
 
 
e2[eth0]=link2:ip=10.0.2.2/24
 
e2[eth1]=link8:ip=172.16.10.2/24
 
e2[eth3]=link1:ip=10.0.1.2/24
 
e3[eth0]=link2:ip=10.0.2.3/24
 
e3[eth1]=link6:ip=10.0.6.3/24
 
e4[eth0]=link4:ip=10.0.4.4/24
 
e4[eth1]=link6:ip=10.0.6.4/24
 
e4[eth2]=link7:ip=172.16.20.4/24
 
e5[eth0]=link4:ip=10.0.4.5/24
 
e5[eth1]=link1:ip=10.0.1.5/24
 
 
 
a1[eth2]=link8:ip=172.16.10.10/24
 
a2[eth2]=link7:ip=172.16.20.20/24
 
 
a1[default_gateway]=172.16.10.2
 
a2[default_gateway]=172.16.20.4
 
 
 
</syntaxhighlight>
 
-->
 
 
 
{{Collapse bottom}}
 
 
 
{{Collapse top | 26/02 - MPLS - Labelspaces e Tunels }}
 
 
 
==  26/02 - MPLS - Labelspaces e Tunels ==
 
 
 
=== Atividade ===
 
 
 
* [http://tele.sj.ifsc.edu.br/~casagrande/RED/mpls_labelspaces.pdf Roteiro sobre labelspaces e túneis MPLS]
 
 
 
'''Laboratório do netkit sobre labelspaces:'''
 
 
 
<code>
 
 
 
e1[type]=mpls
 
e2[type]=mpls
 
e3[type]=mpls
 
e4[type]=mpls
 
e5[type]=mpls
 
a1[type]=generic
 
a2[type]=generic
 
a3[type]=generic
 
 
# FEC: mapeia subrede destino para nhlfe
 
e2[fec]=172.16.20.0/24:nhlfe=1
 
e4[fec]=172.16.10.0/24:nhlfe=1
 
 
# NHLFE: como encaminhar PDUs MPLS
 
e2[nhlfe]=1:interface=eth0:label=1000:ip=10.0.2.3
 
e3[nhlfe]=1:interface=eth0:label=1000:ip=10.0.2.2
 
e3[nhlfe]=2:interface=eth1:label=1000:ip=10.0.6.4
 
e4[nhlfe]=1:interface=eth1:label=1000:ip=10.0.6.3
 
 
 
# ILM: como identificar PDUs MPLS recebidas
 
e2[ilm]=1000:labelspace=0
 
e3[ilm]=1000:labelspace=0:nhlfe=2
 
e3[ilm]=1000:labelspace=1:nhlfe=1
 
e4[ilm]=1000:labelspace=0
 
 
#Labelspace: os mapeamentos de labelspaces a interfaces
 
 
 
e2[labelspace]=0:interfaces=eth0
 
e3[labelspace]=0:interfaces=eth0
 
e3[labelspace]=1:interfaces=eth1
 
e4[labelspace]=0:interfaces=eth1
 
 
e1[eth1]=link9:ip=172.16.30.1/24
 
e1[eth2]=link3:ip=10.0.3.1/24
 
e1[eth3]=link5:ip=10.0.5.1/24
 
e2[eth0]=link2:ip=10.0.2.2/24
 
e2[eth1]=link8:ip=172.16.10.2/24
 
e2[eth2]=link3:ip=10.0.3.2/24
 
e2[eth3]=link1:ip=10.0.1.2/24
 
e3[eth0]=link2:ip=10.0.2.3/24
 
e3[eth1]=link6:ip=10.0.6.3/24
 
e3[eth2]=link5:ip=10.0.5.3/24
 
e4[eth0]=link4:ip=10.0.4.4/24
 
e4[eth1]=link6:ip=10.0.6.4/24
 
e4[eth2]=link7:ip=172.16.20.4/24
 
e5[eth0]=link4:ip=10.0.4.5/24
 
e5[eth1]=link1:ip=10.0.1.5/24
 
 
 
a1[eth2]=link8:ip=172.16.10.10/24
 
a2[eth2]=link7:ip=172.16.20.20/24
 
a3[eth0]=link9:ip=172.16.30.30/24
 
 
a1[default_gateway]=172.16.10.2
 
a2[default_gateway]=172.16.20.4
 
a3[default_gateway]=172.16.30.1
 
 
 
</syntaxhighlight>
 
 
 
'''Laboratório do netkit sobre túneis:'''
 
 
 
<code>
 
e1[type]=mpls
 
e2[type]=mpls
 
e3[type]=mpls
 
e4[type]=mpls
 
e5[type]=mpls
 
a1[type]=generic
 
a3[type]=generic
 
a4[type]=generic
 
 
# FEC: mapeia subrede destino para nhlfe
 
e1[fec]=172.16.10.0/24:nhlfe=1
 
e2[fec]=172.16.30.0/24:nhlfe=1
 
 
# NHLFE: como encaminhar PDUs MPLS
 
e1[nhlfe]=1:interface=eth2:label=500:ip=10.0.3.2
 
e2[nhlfe]=1:interface=eth3:label=100:ip=10.0.1.5
 
e3[nhlfe]=1:interface=eth2:label=300:ip=10.0.5.1
 
e4[nhlfe]=1:interface=eth1:label=3000:ip=10.0.6.3
 
e5[nhlfe]=1:label=200:nhlfe=2
 
e5[nhlfe]=2:interface=eth0:label=2000:ip=10.0.4.4
 
 
 
# ILM: como identificar PDUs MPLS recebidas
 
e1[ilm]=300:labelspace=0
 
e2[ilm]=500:labelspace=0
 
e3[ilm]=3000:labelspace=0
 
e3[ilm]=200:labelspace=0:nhlfe=1
 
e4[ilm]=2000:labelspace=0:nhlfe=1
 
e5[ilm]=100:labelspace=0:nhlfe=1
 
 
# Labelspace: os mapeamentos de labelspaces a interfaces
 
e1[labelspace]=0:interfaces=eth3
 
e2[labelspace]=0:interfaces=eth2
 
e3[labelspace]=0:interfaces=eth1
 
e4[labelspace]=0:interfaces=eth0
 
e5[labelspace]=0:interfaces=eth1
 
 
 
e1[eth1]=link9:ip=172.16.30.1/24
 
e1[eth2]=link3:ip=10.0.3.1/24
 
e1[eth3]=link5:ip=10.0.5.1/24
 
e2[eth0]=link2:ip=10.0.2.2/24
 
e2[eth1]=link8:ip=172.16.10.2/24
 
e2[eth2]=link3:ip=10.0.3.2/24
 
e2[eth3]=link1:ip=10.0.1.2/24
 
e3[eth0]=link2:ip=10.0.2.3/24
 
e3[eth1]=link6:ip=10.0.6.3/24
 
e3[eth2]=link5:ip=10.0.5.3/24
 
e3[eth3]=link10:ip=172.16.40.3/24
 
e4[eth0]=link4:ip=10.0.4.4/24
 
e4[eth1]=link6:ip=10.0.6.4/24
 
e4[eth2]=link7:ip=172.16.20.4/24
 
e5[eth0]=link4:ip=10.0.4.5/24
 
e5[eth1]=link1:ip=10.0.1.5/24
 
 
 
a1[eth2]=link8:ip=172.16.10.10/24
 
a3[eth0]=link9:ip=172.16.30.30/24
 
a4[eth0]=link10:ip=172.16.40.40/24
 
 
a1[default_gateway]=172.16.10.2
 
a3[default_gateway]=172.16.30.1
 
a4[default_gateway]=172.16.40.3
 
 
 
</syntaxhighlight>
 
 
 
{{Collapse bottom}}
 
 
 
{{Collapse top | 03/03 - Protocolos de Enlace Ponto à Ponto }}
 
 
 
==  03/03 - Protocolos de Enlace Ponto à Ponto ==
 
 
 
'''Resumo da aula:'''
 
* Revisão sobre MPLS;
 
* Slides sobre [http://www.sj.ifsc.edu.br/~casagrande/RED/slides/protocolos_pp.pdf Protocolos Ponto à Ponto];
 
* Serviços da Camada de enlace.
 
 
 
'''Bibliografia relacionada:'''
 
* Seção 5.7 do livro "Redes de Computadores" do Kurose 5a ed.
 
* Parte III e capítulos 10 e 11 do livro "Comunicação de Dados e Redes de Computadores, 4a ed.", de Behrouz Forouzan
 
* Capítulo 3 do livro "Redes de Computadores" de Andrew Tanenbaum.
 
 
 
'''Fundamentos Teóricos'''
 
 
 
=== Enlaces lógicos ===
 
 
 
Equipamentos de rede se comunicam por meio de enlaces (''links''). Um enlace é composto por uma '''parte física''', composta pelo meio de transmissão e o hardware necessário para transmitir e receber um sinal que transporta a informação, e uma '''parte lógica''', responsável por empacotar os dados a serem transmitidos. O diagrama abaixo ilustra um enlace entre dois equipamentos, realçando as formas com que a informação é representada durante a transmissão e recepção. Nesse diagrama, a ''parte lógica'' está representada no bloco ''Enlace'', e a ''parte física'' está no bloco ''Física''; a informação transmitida, representada por ''Dados'', pode ser, por exemplo, um datagrama IP.
 
 
 
[[imagem:Datalink-phy.png|600px]]
 
 
 
O enlace lógico tem uma dependência total em relação à parte física. Isso quer dizer que o tipo de tecnologia de transmissão existente na parte física traz requisitos para o projeto da parte lógica.
 
 
 
Deste ponto em diante, a ''parte lógica'' será chamada simplesmente de '''Camada de Enlace''', e a parte física de '''Camada Física'''.
 
 
 
Em nosso estudo vamos investigar '''enlaces ponto-a-ponto''', os quais necessitam de protocolos específicos. Para ficar mais claro o que deve fazer um protocolo de enlace ponto-a-ponto, vamos listar os serviços típicos existentes na camada de enlace.
 
 
 
===== Serviços da camada de enlace =====
 
 
 
[[Image:Data-link.png]]
 
 
 
Os serviços identificados na figura acima estão descritos a seguir. A eles foram acrescentados outros dois:
 
 
 
* '''Encapsulamento (ou ''enquadramento'')''': identificação das PDUs (quadros) de enlace dentro de sequências de bits enviadas e recebidas da camada física
 
* '''Controle de erros''': garantir que quadros sejam entregues no destino
 
** '''''Detecção de erros''''': verificação da integridade do conteúdo de quadros (se foram recebidos sem erros de bits)
 
* '''Controle de fluxo''': ajuste da quantidade de quadros transmitidos, de acordo com a capacidade do meio de transmissão (incluindo o atraso de transmissão) e do receptor
 
* '''Endereçamento''': necessário quando o enlace for do tipo '''multi-ponto''', em que vários equipamentos compartilham o meio de transmissão (ex: redes locais e redes sem-fio)
 
* '''Controle de acesso ao meio (MAC)''': também necessário para '''meios compartilhados''', para disciplinar as transmissões dos diversos equipamentos de forma a evitar ou reduzir a chance de haver colisões (transmissões sobrepostas)
 
* '''Gerenciamento de enlace''': funções para ativar, desativar e manter enlaces
 
 
 
==== Protocolos de enlace ponto-a-ponto ====
 
 
 
Dois protocolos de enlace ponto-a-ponto muito utilizados são:
 
* '''PPP (''Point-to-Point Protocol''):''' proposto no início dos anos 90 pelo IETF (ver [http://www.ietf.org/rfc/rfc1661.txt RFC 1661]), e amplamente utilizado desde então. Este protocolo não faz controle de erros nem de fluxo, portanto se quadros sofrerem erros de transmissão serão sumariamente descartados no receptor. Originalmente muito usado em acesso discado, recentemente sua aplicação se concentra em enlaces por linhas dedicadas, enlaces sem-fio 3G, e uma versão modificada para acesso doméstico ADSL (''PPPoE''). Ver mais detalhes na seção 5.7 do livro do Kurose e na seção 11.7 do livro ''Comunicação de Dados e Redes de Computadores'', de Behrouz Forouzan.
 
* '''HDLC (''High-level Data Link Control''):''' criado nos anos 70, foi largamente utilizado em enlaces ponto-a-ponto, porém atualmente foi substituído pelo PPP na maioria dos cenários em que era usado. Este protocolo faz controle de erros e de fluxo usando um [[Desempenho_ARQ|mecanismo ARQ do tipo Go-Back-N]] (com janela de tamanho 7 ou 127). Ainda se aplica a enlaces ponto-a-ponto em linhas dedicadas, enlaces por satélite e aplicações específicas onde a presença de ruídos no meio de transmissão é relevante ou se deseja confiabilidade na entrega de pacotes na camada 2. Ver mais detalhes na seção 11.6 do livro ''Comunicação de Dados e Redes de Computadores'', de Behrouz Forouzan.
 
 
 
 
 
Ambos protocolos possuem o mesmo formato de quadro. Na verdade, o PPP copiou o formato de quadro do HDLC, apesar de não utilizar os campos ''Address'' e ''Control''. O campo ''Flag'', que tem o valor predefinido <math>7E_H</math>, serve para delimitar quadros, assim o receptor sabe quando inicia e termina cada quadro.
 
 
 
[[imagem:Ppp-frame.png|400px]]
 
<br>''Quadro PPP ou HDLC (tamanho de campos dados em bytes)''<br>
 
 
 
Esses protocolos foram criados para uso com comunicação serial síncrona (ver capítulo 4, seção 4.3 do livro ''Comunicação de Dados e Redes de Computadores'', de Behrouz Forouzan). O PPP funciona também com [http://pt.wikipedia.org/wiki/Comunica%C3%A7%C3%A3o_serial_ass%C3%ADncrona comunicação serial assíncrona].
 
 
 
{{Collapse bottom}}
 
 
 
{{Collapse top | 05/03 - Protocolos HDLC e PPP }}
 
 
 
== 05/03 - Protocolos HDLC e PPP ==
 
 
 
'''Resumo da aula:'''
 
 
 
* Finalização dos Slides sobre [http://www.sj.ifsc.edu.br/~casagrande/RED/slides/protocolos_pp.pdf Protocolos HDLC e PPP];
 
* Explicações adicionais sobre bit e byte stuffing;
 
 
 
{{Collapse bottom}}
 
 
 
{{Collapse top | 10/03 - Detecção e Correção de Erros}}
 
 
 
== 10/03 - Detecção e Correção de Erros ==
 
 
 
'''Resumo da aula:'''
 
 
 
* Abordagem sobre erros em sistemas de telecomunicações: Erro de bit, erro de rajada;
 
* Uso do campo FCS (Frame Check Sequence) nos protocolos da camada 2 para fins de de detecção de erro;
 
* Check de paridade simples em sistemas assíncronos de comunicação de dados;
 
* Paridade bidimensional ou longitudinal;
 
* Revisão sobre a técnica de CheckSum;
 
* CRC ficou para a próxima aula.
 
 
 
{{Collapse bottom}}
 
 
 
{{Collapse top | 12/03 - Técnica CRC}}
 
 
 
== 12/03 - Técnica CRC ==
 
 
 
'''Atenção:''' liberada a [http://tele.sj.ifsc.edu.br/~casagrande/RED/lista1_2014_2.pdf LISTA1] de exercícios para a avaliação A1
 
 
 
'''Resumo da aula:'''
 
 
 
* Técnicas polinomiais na detecção e correção de erros na formação do FCS com códigos cíclicos CRC;
 
* Início dos slides sobre [http://www.sj.ifsc.edu.br/~casagrande/RED/slides/InterfacesDigitais.pdf Interfaces Digitais]
 
 
 
{{Collapse bottom}}
 
 
 
{{Collapse top | 17/03 - Desempenho de protocolos PPP e HDLC}}
 
 
 
== 17/03 - Desempenho de protocolos PPP e HDLC ==
 
 
 
'''Resumo da aula:'''
 
* Laboratório usando roteadores reais: Comparativo de desempenho com PPP e HDLC.
 
 
 
Para esta atividade já está implementada uma rede composta por três roteadores da Digitel, que estarão interligados como mostrado abaixo:
 
 
 
[[imagem:Rede-modems.png|600px]]
 
 
 
A rede contém dois enlaces dedicados ponto-à-ponto (simulando duas SLDDs formadas por LPCDs à 2 fios) com modems digitais operando a 2 Mbps. Os Modens da DIGITEL modelo DT2048SHDSL estão configurados da seguinte forma: (chaves em ON)
 
* Modens do rack central: DIP1-todas; DIP2-7,8; DIP3-todas OFF; DIP4-5 - Modo NTU (terminação de rede), relógio interno, 2048Kbps, e interface V.35 padrão ISO2110;
 
* Modens do rack direito e esquerdo: DIP1-todas; DIP2-7,8; DIP3-todas OFF; DIP4-5 - Modo LTU (terminação de linha), relógio regenerado, 2048Kbps, e interface V.35 padrão ISO2110;
 
 
 
Todos os roteadores estão configurados com protocolos HDLC em suas interfaces serias WAN e rodando o algoritmo de roteamento RIP em sua forma mais básica para evitar a configuração de rotas estáticas na interligação das LANs do switch direito e esquerdo.
 
 
 
;Iniciando o experimento
 
 
 
# Acesse a interface de gerência (console) do roteador R1 ou R2. O roteador R1 está no rack esquerdo, o roteador R3 está no rack central, e R2 está no rack direito. Para acessar a console, faça o seguinte:
 
## Conecte o cabo serial específico na interface serial RS232 do seu computador. Conecte esse cabo também na interface ''console'' do roteador, que fica no painel traseiro. Como os roteadores estão distantes das bancadas, será necessário usar as tomadas azuis, que conectam as bancadas aos racks.
 
## Execute o programa ''minicom'', que abre um terminal de texto via porta serial. Ele deve ser configurado para se comunicar pela porta serial ''/dev/ttyS0'', com 57600 bps, 8 bits de dados e 1 stop-bit (isso aparece descrito assim: 57600 8N1) e sem controles de fluxo. <syntaxhighlight lang=bash>
 
sudo minicom -s
 
</syntaxhighlight>
 
## Se o ''minicom'' estiver correto, você deverá ver a interface CLI do roteador (''Command Line Interface''). Caso contrário, confira se o cabo serial está bem encaixado, e se os parâmetros do ''minicom'' estão certos.
 
# O login e senha para acessar a configuração dos routers é "nr2g" e "digitel" respectivamente. Ao entrar na CLI avalie a configuração geral dos routers com o comando DUMP ALL;
 
# Voce pode acessar qualquer router usando a facilidade do protocolo telnet. Para tanto, dentro da CLI do router aplique o comando EXEC TELNET [IP da WAN ou LAN]. Voce também podem acessa-los por qualquer computador das redes direita ou esquerda, desde que esses estejam na mesma subrede das interfaces LAN dos routers. Uma vez estando na CLI de um dos routers, voce pode acessar os demais com EXEC TELNET;
 
# Observe se a configuração dos routers está como o previsto na janela abaixo. Talvez voce precise ajustar a configuração em algum roteador.
 
# Faça a configuração Básica dos PCs e Roteadores NR2G com HDLC:
 
#* '''R1:''' <syntaxhighlight lang=text>
 
ESQUERDA >                                                       
 
SET LAN LAN0 IP 192.168.20.1 MASK 255.255.255.0 BROADCAST 192.168.20.255       
 
SET LAN LAN0 UP                                                               
 
SET LAN LAN1 PURGE                                                             
 
SET WAN WAN0 PROTO HDLC IP 10.1.1.2 MASK 255.255.255.252 PEER 10.1.1.1 UP     
 
SET WAN WAN1 PURGE
 
                                                           
 
SET RIP REDIST-STATIC TRUE REDIST-CONNECTED TRUE REDIST-OSPF FALSE DEFAULTMETRIC 2
 
SET RIP WAN0 ENABLED TRUE TYPE ACTIVE                                         
 
SET RIP WAN0 AUTH TYPE NONE                                                   
 
SET RIP UP 
 
                                                                   
 
SET ROUTES DEFAULT GW1 10.1.1.1 COST1 0                                       
 
SET ROUTES UP 
 
</syntaxhighlight>
 
#* '''R2:''' <syntaxhighlight lang=text>
 
DIREITA >         
 
SET LAN LAN0 IP 192.168.10.1 MASK 255.255.255.0 BROADCAST 192.168.10.255       
 
SET LAN LAN0 UP                                                               
 
SET LAN LAN1 PURGE                                                             
 
SET WAN WAN0 PROTO HDLC IP 10.1.1.6 MASK 255.255.255.252 PEER 10.1.1.5 UP     
 
SET WAN WAN1 PURGE
 
                                                           
 
SET RIP REDIST-STATIC TRUE REDIST-CONNECTED TRUE REDIST-OSPF FALSE DEFAULTMETRIC 2
 
SET RIP WAN0 ENABLED TRUE TYPE ACTIVE                                         
 
SET RIP WAN0 AUTH TYPE NONE                                                   
 
SET RIP UP 
 
                                                                   
 
SET ROUTES DEFAULT GW1 10.1.1.5 COST1 0                                       
 
SET ROUTES UP
 
</syntaxhighlight>
 
#* '''R3:''' <syntaxhighlight lang=text>
 
CENTRAL >                                                             
 
SET LAN LAN0 IP 192.168.1.231 MASK 255.255.255.0 BROADCAST 192.168.1.255 UP     
 
SET LAN LAN1 PURGE                                                             
 
SET WAN WAN0 PROTO HDLC IP 10.1.1.5 MASK 255.255.255.252 PEER 10.1.1.6 UP
 
SET WAN WAN1 PROTO HDLC IP 10.1.1.1 MASK 255.255.255.252 PEER 10.1.1.2 UP
 
                                                     
 
SET RIP REDIST-STATIC TRUE REDIST-CONNECTED TRUE REDIST-OSPF FALSE DEFAULTMETRIC 2
 
SET RIP WAN0 ENABLED TRUE TYPE ACTIVE                                         
 
SET RIP WAN0 AUTH TYPE NONE                                                   
 
SET RIP WAN1 ENABLED TRUE TYPE ACTIVE                                         
 
SET RIP WAN1 AUTH TYPE NONE                                                   
 
SET RIP UP                                                                     
 
                                             
 
SET ROUTES DEFAULT GW1 192.168.1.1 COST1 0                                     
 
SET ROUTES UP
 
</syntaxhighlight>
 
# Para conferir as configurações das interfaces, use o comando ''show'' seguido da interface. Exemplo: <syntaxhighlight lang=text>
 
# SHOW WAN WAN0 ALL
 
</syntaxhighlight>
 
# Assim que os enlaces forem estabelecidos, o que pode ser conferido com o comando ''show'' interface aplicado às interfaces, ''conclua'' a configuração da rede (rotas nos pcs e roteadores). Ela deve ser configurada de forma que um computador possa se comunicar com qualquer outro computador da outra rede, e também acessar a Internet. Para isso, use os comandos nos PCs como:
 
#* sudo ifconfg eth0 x.x.x.x netmask m.m.m.m up - para atribuir outro endereço na placa de rede
 
#* sudo route add default gw x.x.x.x - para atribuir um novo gateway para a placa de rede
 
#* sudo route add -net x.x.x.x netmask m.m.m.m eth0 - para associar uma nova rede a interface eth0
 
#* route -n  - para ver a tabela atual de roteamento
 
# Observe que optamos pelo uso de protocolos de roteamento dinâmico. Procure entender melhor como foi feita essa configuração, a partir do que está no manual, começando pela página 82.
 
# Para o PC do professor aplique os comandos: <syntaxhighlight lang=bash>
 
$ sudo route add -net 192.168.10.0 netmask 255.255.255.0 eth0
 
$ sudo route add -net 192.168.20.0 netmask 255.255.255.0 eth0
 
$ sudo route add -net 192.168.10.0 netmask 255.255.255.0 gw 192.168.1.231
 
$ sudo route add -net 192.168.20.0 netmask 255.255.255.0 gw 192.168.1.231 </syntaxhighlight>
 
# Para os PCs das subredes direita e esquerda: <syntaxhighlight lang=bash>
 
$ sudo ifconfg eth0 192.168.x.y netmask 255.255.255.0 up  - x={10,20}; y={1,2,3,4}
 
$ sudo route add default gw 192.168.x.1 - x={10,20} </syntaxhighlight>
 
# Agora vamos analisar a conectividade  de todas as subredes, incluindo o acesso à internet. Após isso vamos fazer uma avaliação sobre o desempenho dessa conectividade comparando os links com PPP e HDLC entre os roteadores.
 
# Veja se o status das interfaces e protocolos da WAN e LAN de todos os routers estão em UP. Anote e avalie a configuração de todos os routers e os PCs das duas LANs direita e esquerda.
 
# Verificar e anotar todas as configurações e instalações dos componentes de redes, modens, cabos, adaptadores, manobras dos cabos, etc...
 
# Verificar e anotar todas as configurações lógicas dos modens, routers e PCs.
 
# Acessar as redes mutuamente qualquer computador de um subrede deve acessar qualquer outro da outra subrede;
 
# Acessar a internet em todos os PCs;
 
# Teste a vazão pelos enlaces ponto-a-ponto SOMENTE COM UM ÚNICO PC. Em algum computador da subrede esquerda ou direita execute:<syntaxhighlight lang=bash> netperf -f k -H 192.168.1.1</syntaxhighlight>
 
# Teste o delay médio da comunicação usando PING aplicado em algum PC da outra subrede.
 
# Teste a vazão pelos enlaces ponto-a-ponto COM TODOS OS PCs SIMULTANEAMENTE (solicite ao professor para sincronizar o teste de todos). Em todos os  computadores das subredes esquerda e direita execute:<syntaxhighlight lang=bash> netperf -f k -H 192.168.1.1</syntaxhighlight>
 
# Realize pelo menos três medidas para cada teste e use a média desses valores como resultado final;
 
# Excute o ''netperf'' entre computadores da ''mesma subrede'', anote os valores e compare com as medidas anteriores;
 
 
 
 
 
{{Collapse bottom}}
 
 
 
{{Collapse top |24/03 - <math>\blacklozenge</math> Comparação de Desempenho entre Protocolos Ponto à Ponto e Frame Relay }}
 
 
 
==24/03 - <math>\blacklozenge</math> Comparação de Desempenho entre Protocolos Ponto à Ponto e Frame Relay==
 
 
 
# Recupere a comunicação física e os dados levantados da implementação da aula anterior da rede formada com enlaces ponto à ponto com protocolo HDLC;
 
# Agora troque o protocolo HDLC dos enlaces por PPPS (protocolo PPP Síncrono - veja pg. 76 do manual). Faça isso primeiramente no router R3 (central) pois será perdido enlace com ele quando mudar o protocolo. Como exemplo, para trocar a configuração na interface WAN0 execute o comando: <syntaxhighlight lang=text>  SET WAN WAN0 PROTO PPPS IP 10.1.1.5 MASK 255.255.255.252 PEER 10.1.1.6 UP </syntaxhighlight> Faça o mesmo para a WAN1 do router central e WAN0s dos routers esquerdo e direito. Não esqueça de aplicar o comando CONFIG SAVE para salvar a configuração atual. Observe o estado dos leds que indicam a presença de dados protocolados entre routers, tanto no frontal dos modens quanto no frontal dos routers. Eles ficaram apagados por um tempo mas devem retornar a acender depois de uns dois ou tres minutos. O led ST no frontal dos routers deve ficar na cor laranja indicando a queda dos links e depois de um tempo devem retornar a cor verde quando tudo estiver ok.
 
# Repita e anote as mesmas medições de vazão conforme feito anteriormente com protocolo HDLC;
 
# <math>\blacklozenge</math> '''DESAFIO''': Esta atividade faz parte da avaliação '''AE1''', veja mais detalhes com o professor: Acrescente mais uma rede na LAN1 do router central com endereço 192.168.30.0 também com 4 PCs e implemente uma rede Frame Relay para as 3 redes agora existentes. Determine um CIR de entrada (descida ou download) para todas elas de 1Mbps e um CIR de saída (subida ou upload) para todas elas de 512kbps. Realize novamente as medidas de delay e vazão para a host 192.168.1.1 assim como feito anteriormente para HDLC e PPP. Tabule e discuta os resultados alcançados com as 3 implementações.
 
 
 
{{Collapse bottom}}
 
 
 
{{Collapse top | 26/03 - Exercícios}}
 
 
 
== 26/03 - Exercícios ==
 
 
 
* Exercícios 4, 5 e 6 da [http://tele.sj.ifsc.edu.br/~casagrande/RED/lista1_2014_2.pdf LISTA1];
 
* Recapitulação do conteúdo.
 
 
 
{{Collapse bottom}}
 
 
 
{{Collapse top | 31/03 - Interfaces Digitais}}
 
 
 
== 31/03 - Interfaces Digitais ==
 
 
 
'''Resumo da aula:'''
 
 
 
* slides sobre [http://www.sj.ifsc.edu.br/~casagrande/RED/slides/InterfacesDigitais.pdf Interfaces Digitais] - até circuitos diferenciais;
 
* As duas aulas do período da tarde serão utilizadas para finalização das medidas de desempenho com PPP e implementação da rede Frame-Relay proposta na ativiade AE1.
 
* Os Alunos Ronaldo, Fernando e Stephany comparecerem para a atividade extra programada à tarde. Evoluiram nas configurações FR mas não conseguiram estabelecer comunicação. Ficou pendente uma nova data para finalizar a atividade com ajuda do professor.
 
 
 
{{Collapse bottom}}
 
 
 
{{Collapse top | 07/04 - Interfaces Digitais e Avaliação A1}}
 
 
 
== 07/04 - Interfaces Digitais e Avaliação A1 ==
 
 
 
'''Resumo da aula:'''
 
 
 
* slides sobre [http://www.sj.ifsc.edu.br/~casagrande/RED/slides/InterfacesDigitais.pdf Interfaces Digitais] até V.35;
 
* Avaliação A1.
 
 
 
{{Collapse bottom}}
 
 
 
{{Collapse top | 09/04 - <math>\blacklozenge</math> Interfaces Digitais e exercícios}}
 
 
 
== 09/04 - <math>\blacklozenge</math> Interfaces Digitais e exercícios==
 
 
 
'''Resumo da aula:'''
 
 
 
* Finalização dos slides sobre [http://www.sj.ifsc.edu.br/~casagrande/RED/slides/InterfacesDigitais.pdf Interfaces Digitais];
 
* <math>\blacklozenge</math> Tarefa para 14/04 - próxima aula ('''ATENÇÃO: faz parte da avaliação AI'''):
 
Proponha e desenhe um esquema de ligações MÍNIMO de um cabo lógico que interliga um DTE a um DCE que estão configurados para uma comunicação de dados síncrona, que usa o clock do DTE como base de sincronismo. O controle de fluxo via hardware  ́e requerido na comunicação e ela não se inicia se o circuito CT109 não  estiver ativo. O DTE e DCE usam interface RS232 com conectores DB25 Fêmea.
 
 
 
{{Collapse bottom}}
 
 
 
{{Collapse top | 14/04 - <math>\blacklozenge</math>  Reconfiguração Física de Redes}}
 
 
 
== 14/04 - <math>\blacklozenge</math> Reconfiguração Física de Redes ==
 
 
 
'''Resumo da aula:'''
 
 
 
* Verificar e anotar todos os componentes nas conexões físicas entre modens, routers e PCs do laboratório realizado na aula de 19/03.
 
 
 
* Apresentação do teste set como simulador de DTE em circuitos básicos de comunicação de dados.
 
 
 
#Dinâmica da Aula:
 
 
 
Com o objetivo de conhecer, identificar, especificar e instalar os componentes de redes associados a parte física de uma rede de telecomunicações, lançou-se a tarefa de realizar a troca dos roteadores central e esquerdo da rede para outros CISCO 2514 e 1750 respectivamente. Visando assimilar o significado e importância de todas as reconexões, não se priorizou refazer configurações em nível de enlace nos roteadores.
 
 
 
Duas equipes foram dividas para executar a atividade, registrando com fotos todos os elementos de interesse para o relato que deve respoder as seguintes perguntas:
 
# Que mudanças foram necessárias realizar nos Routers?
 
# Que mudanças foram necessárias realizar nos links?
 
# Foi necessário uso de novos equipamentos ou componentes de rede?
 
 
 
A atividade  <math>\blacklozenge</math> deve ser realizada até para 23/04 e '''ATENÇÃO: faz parte da avaliação AI'''. Deve ser publicada aqui mesmo nesse espaço.
 
 
 
A seguir seguem as respostas ilustradas com as fotos capturadas durante o experimento:
 
 
 
'''Equipe A - Procedimentos de troca do Router Central"
 
 
 
Adalvir, Giulio, Gustavo V., Walter
 
 
 
'''Equipe B - Procedimentos de troca do Router Esquerdo"
 
 
 
bla bla
 
 
 
{{Collapse bottom}}
 
 
 
{{Collapse top | 16/04 - Modens e enlaces de teste}}
 
 
 
== 16/04 - Modens e enlaces de teste==
 
 
 
'''Resumo da aula:'''
 
 
 
* slides sobre [http://www.sj.ifsc.edu.br/~casagrande/RED/slides/modens.pdf Modens e enlaces de teste]
 
* Orientações sobre a finalização das medidas de desempenho com PPP e implementação da rede Frame-Relay proposta na atividade AE1.
 
* Uso do teste set com enlaces de teste em modens digitais.
 
 
 
{{Collapse bottom}}
 
 
 
{{ENGTELECO}}
 

Edição atual tal como às 15h23min de 28 de julho de 2023

MURAL DE AVISOS E OPORTUNIDADES DA ÁREA DE TELECOMUNICAÇÕES



Professores da Unidade Curricular

Professores Semestres Anteriores


NOSSA ROTINA SEMANAL

Inicie sempre pelo SIGAA o acesso às atividades das nossas aulas. Fazendo isso você estará iterado com todas as publicações, atualizações e compromissos com o plano de ensino da disciplina. Lá, na esquerda da tela, selecione no "Menu Turma Virtual" e clique na opção "Principal". O plano de cada aula prevista no plano de ensino, bem como os objetivos, atividades avaliativas, links, notícias, conteúdos e informações da sua trajetória dentro da disciplina, vão estar resumidos pra você nas opções do menu. No SIGAA também há links que direcionam aos repositórios de conteúdos localizados na página web pessoal do professor e/ou na página da disciplina na WIKI do IFSC. Evite acumular pendências... Mantenha-se sempre em dia!!!

NOSSOS ENCONTROS

Terças e Sextas - 15:40h às 17:30h - Aula RED29005 - LABORATÓRIO DE REDES DE COMPUTADORES

INFORMAÇÕES IMPORTANTES DAS ATIVIDADES 2023-1

Carga horária, Ementas, Bibliografia

Plano de Ensino

PROFESSOR: Jorge Henrique B. Casagrande - casagrande@ifsc.edu.br - página web pessoal


ATENDIMENTO PARALELO: 2as e 4as das 17:30h às 18:30h (Sala de Professores de TELE II ou Laboratório de Redes de Computadores). O atendimento também pode ser agendado em comum acordo com cada aluno ou grupo de alunos via ferramenta de comunicação extra-sala ou via Google Meet.


SIGAA: Todo registro das aulas presenciais e assíncronas (sábados letivos), as atividades avaliativas com respectivos prazos e percurso do estudante na disciplina, serão publicados e notificados nesse sistema acadêmico que é nosso AMBIENTE OBRIGATÓRIO de uso. No SIGAA estarão os conteúdos e/ou links associados a cada tópico de aula. Acesse regularmente a plataforma para não perder as atividades e prazos correspondentes!!!


CONTEÚDOS: Todo o repositório de material de apoio e referências de nossas aulas estão no SIGAA, na seção da disciplina correspondente;


INTERAÇÃO EXTRA-SALA: Para interação fora da sala de aula, acessem nosso grupo no WORKSPACE GOOGLE. Vocês já foram convidados. Caso o grupo não estiver visível em sua conta do GMAIL, solicite o convite para o professor via email casagrande@ifsc.edu.br.

AVALIAÇÕES

  1. Três avaliações são previstas para esta unidade curricular:
    • Avaliação A: referente a parte 1 do Plano de Ensino. Esta avaliação será decomposta em duas partes: AE e AP. A parte AE tem peso 0.4 e será computada pela média simples (aritmética) de pequenas tarefas ou questionários realizados ao longo da parte 1 via SIGAA. A avaliação AP terá peso 0.6 e será uma PROVA escrita contemplando todo conteúdo envolvido com esta parte da unidade curricular.
    • Avaliação B: referente a parte 2 do Plano de Ensino. Esta avaliação será decomposta em duas partes: BE e BP. A parte BE tem peso 0.4 e será computada pela média simples (aritmética) de pequenas tarefas ou questionários realizados ao longo da parte 2. A avaliação BP terá peso 0.6 e será uma PROVA escrita contemplando todo conteúdo envolvido com esta parte da unidade curricular.
    • Avaliação C: referente a parte 3 do Plano de Ensino. Esta avaliação será decomposta em três partes: CE, CP e CJ. A parte CE tem peso 0.3 e será computada pela média simples (aritmética) de pequenas tarefas ou questionários realizados ao longo da parte 3. A avaliação CP terá peso 0.3 e será uma PROVA escrita contemplando todo conteúdo envolvido com esta parte da unidade curricular. A avaliação CJ terá peso 0.4 e será resultado da avaliação de artigo técnico por revisores externos nos moldes de um evento científico do tipo "Journal". O escopo da criação de artigos deverá estar conectado conteúdos envolvidos com esta parte da unidade curricular.
  2. Eventuais trabalhos em equipe poderão resultar em notas diferentes para cada membro. Os critérios de avaliação dos trabalhos serão divulgados na proposição do mesmo.
  3. A nota final NF da disciplina será computada através da média ponderada em carga horária entre A (peso 0.4 de NF), B (peso 0.3 de NF) e C (peso 0.3 de NF) sendo o arredondamento realizado pelo sistema SIGAA. Este mesmo arredondamento será usado na formação das notas de A, B e de C.
  4. No sistema acadêmico SIGAA, na parte referente às notas dos alunos, serão registradas todas as avaliações realizadas. O sistema calcula A, B e C usando os pesos previstos e também a nota final NF. As avaliações AE, BE e CE serão apresentadas numeradas sequencialmente conforme a quantidade de tarefas/questionários repassadas em cada parte do projeto.
  5. A NF sempre tem arredondamento segundo os critérios do SIGAA. Arredondamentos para valores inteiros acima ou abaixo da NF calculada poderão ser também ajustados pelos critérios do professor mediante avaliação da evolução do(a) estudante ao longo do semestre E SEMPRE DEFINIDAS SOMENTE NO ÚLTIMO DIA LETIVO DO SEMESTRE.

Do limite de tempo para execução das atividades avaliativas

  1. O termo atividade avaliativa se refere a qualquer tarefa ou questionário registrada e notificada sempre pelo SIGAA.
  2. Toda atividade avaliativa para composição da A, B e de C terá uma data limite de entrega. O aluno deverá concluir e registrar a atividade até esta data. O sistema não aceitará entrega fora do prazo e não será permitido envio de tarefa por e-mail ou por qualquer outro meio, fora do prazo.
  3. As notas das atividades avaliativas serão registradas no espaço de correção correspondente e disponibilizadas/notificadas automaticamente pelo SIGAA.
  4. Quaisquer mudanças necessárias dos critérios aqui destacados, serão antecipadamente discutidos e consensualizados com a turma.

Da reprovação por falta de frequência

O aluno deve participar de pelo menos 75% das aulas (incluindo os sábados letivos) ao longo do semestre para que seja considerado aprovado na disciplina.

Da aprovação

Será considerado aprovado o aluno que obtiver NF >= 6 e que obrigatoriamente obteve A>=6, B >=6 e C>=6.

Da recuperação

  1. Será prevista uma recuperação para cada uma das componentes das avaliações previstas em A, B e C. A nota da recuperação substituirá a nota da respectiva avaliação, caso seja maior. As condições de aprovação serão então aplicadas.
  2. A recuperação prevista é uma segunda tentativa para cada componente das avaliações A, B e C.

Do encaminhamento para cancelamento de matrícula

Caso o(a) estudante deixe de comparecer presencialmente às aulas, por mais de 15 dias decorridos consecutivos, o seu nome será encaminhado para a coordenação para o cancelamento de matrícula conforme previsto no RDP do IFSC.


IMPORTANTE

Uma avaliação poderá ser recuperada somente se existir justificativa reconhecida pela coordenação. Desse modo, deve-se protocolar a mesma no prazo máximo de 48 horas, contado a partir 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 da respectiva atividade avaliativa.

Material de Apoio

Recursos pedagógicos previstos
  • Apostilas e Tutoriais
  • Apresentação de Slides
  • Glossários de Conceitos
  • Manuais e outros
  • Videoaulas assíncronas
  • Vídeos de apoio
  • Links de apoio
Ferramentas para Atividades Interativas e Exercícios Colaborativos

Bibliografia Básica

  • LIVRO TEXTO (Para alguns conteúdos da ementa) - Comunicação de dados e Redes de Computadores, de Berhouz Forouzan - Para acessar esse e-Book, antes de clicar no link, vc precisa se logar no SIGAA e entrar na aba "Serviços Externos" -> "Minha Biblioteca".
  • Redes de Computadores e a Internet, 5a edição, de James Kurose.
  • Redes de Computadores, 4a edição, de Andrew Tanenbaum.

Bibliografia Complementar


Softwares e Links úteis