O Akita em 41 minutos resumiu meio semestre da minha faculdade de rede lá de 12 anos atrás. É nesses bloopers no fim do vídeo que eu mais me identifico hehehe. Muito obrigado pela aula!
Eu anoto, aqui alguns pontos que ele diz, e observo outros, como as referências ao MAC. Aprendi em Federal. Ementa no quadro. E vola aqui so para fazer a prova, kkk. Eu acho a melhor forma.
@@aquilesbrum Acho que a questão não e a faculdade. A alguns professores que explica de uma forma diferente não que seja errado, mais e menos didático.
Se esse vídeo tivesse 10 horas, ainda assim eu assistiria, como se estivesse maratonando série. É incrível como você transforma assuntos técnicos em vídeos satisfatórios.
Cara, chegou num ponto em que eu tô deixando de assistir o vídeo imediatamente. Tô escolhendo dia e hora pra curtir sem ninguém pra me distrair. Obrigado, mestre! 🤩
Essa foi a série que despencou em views né? Eu sinto muito por quem não tá acompanhando, isso é a base da base para nós desenvolvedores. Conteúdo excelente como sempre Akita!
Eu comecei a trabalhar com redes, totalmente forçado, por não ter conhecimento o suficiente para entrar no mundo da programação. Sinceramente, eu estava precisando de um conteúdo como o seu Akita. Dias atrás, quando iniciei na empresa, pensei: "Seria bom se o Akita fizesse um vídeo falando sobre isso, com certeza eu iria aprender e ter um melhor desempenho no trabalho". Dias depois, estou eu aqui, aprendendo. Obrigado Akita, todos os seus vídeos sempre me ajudaram bastante.
Aos 8:55 tem canelada do Akita. São (2^n - 2) endereços IP disponíveis para hosts, porque o primeiro endereço é o endereço da rede (192.168.1.0 no caso de um /24) e o último é o endereço de broadcast da rede (192.168.1.255 para rede /24). Então, para uma rede /24, são 254 endereços disponíveis para hosts e não 256. De qualquer maneira, isso é detalhe que não impacta em muita coisa no fim das contas. Série muito boa. Obrigado, Akita!
PS: n na equação ali em cima seria o número de bits 0 presentes na máscara de rede. Ou seja, uma rede /24 seria 255.255.255.0 ou 11111111.11111111.11111111.00000000, com 8 bits 0, logo o número de hosts disponíveis nessa rede são 2^n - 2 com n = 8, então 2^8 - 2 = 256 - 2 = 254 endereços para hosts.
KKKKKKKKKKKKKKKKKKKKKKK mano, esse final ficou bom demais. O conteúdo do seu canal é sempre ouro e essa foi uma das aulas mais bacanas que eu já vi, mas infelizmente os bloopers conseguiram superar o vídeo todo kkkkkkkkkkk parabéns e obrigado por compartilhar tanto conhecimento com tanta qualidade assim.
PQP maratonei essa pequena série no Odysee de uma vez só, em plena madrugada e só tenho a agradecer por esse conteúdo. É introdutório, mas de imenso valor, algo que se eu fosse depender somente da faculdade, nem veria em tempo hábil ou seria passado de forma tardia e confusa. Para o estudante de programação e o próprio profissional da área aperfeiçoarem as competências, tá muito bom. Apenas continua com o canal porque só tem coisas relevantes nele. Vale a pena enfrentar vizinho pnc AUHAUAHAUHAUAHAU
Fui pesquisar sobre STUN/TURN, mas ainda não tenho certeza se entendi. Pelo que entendi pra tecnologias como WebRTC tem um servidor de signaling que duas máquinas (A e B) já estão conectadas. O servidor de STUN salva os endereços + portas recebidos nos pacotes do A e B. Aí ele informa o endereço + porta da conexão ativa do A pro B e vice versa. Assim eles conseguem se comunicar. Aí quando um dos dois tem um NAT configurado pra bloquear tráfego vindo de outros endereços que não do servidor que ele se conectou (no caso A poderia ter rejeitado a conexão do B, pois ele não iniciou uma comunicação com ele, e sim com o servidor) é utilizado o TURN. O TURN é basicamente o servidor no meio enviando todos os pacotes do A pro B e do B pro A, o que é mais custoso e tem mais latência. Isso me fez pensar mais um pouco sobre como funciona o bittorrent. Imagino que para nós com NAT que bloqueia tudo, talvez alguns outros nós possam agir como TURN pra manter a conexão.
Um adendo: tem outro livro de Redes de Computadores muito famoso, muito usado ao redor do mundo creio que mais do que o do Tanenbaum, que é do Kurose & Ross. Eu ja folheei ambos, e ambos se complementam, um tem uns capitulos e curiosidades que o outro não tem. Legal ter os dois
Cara, curti demais essa serie de vídeos. Sério mesmo. O caminho até aqui foi de muito aprendizado e nostalgia também pq vem da época da internet discada. Em 1994 fiz meu primeiro "curso de informática básica". Até hoje nem sabia que o Modem era uma sigla. hahahahahaa. Sensacional mesmo.
Só complementando uma informação. O NAT foi uma das últimas soluções para mitigar o esgotamento do IPv4. A primeira foi o CIDR já que antes, uma empresa que precisava de, sei lá, uns 300 IPs obrigatoriamente tinha que receber um classe B com 65.536 endereços. Veja o tamanho do desperdício. Outra estratégia criada foi o próprio DHCP (isso mesmo, o DHCP!) que conseguia alocar dinamicamente os endereços dos assinantes sem precisar reservar o endereço o tempo todo para aquele assistente que só se conectava umas poucas horas na semana. Aí sim veio o NAT. E também teve algumas outras como /31 em links p2p (pouco efetivo na prática) e uso de endereços privados na infraestrutura de rede (já que um router no meio do caminho não precisa fazer muito mais que entregar o pacote ao próximo salto).
É muita informação, tô resumindo 10min por dia. Contando os 3 vídeos, já são 9 folhas frente e verso kkkk (psr, eu não sei bagaça nenhuma de Redes). Baixei a 5ª edição do Tanenbaum, li o sumário e vi que está tudo lá mesmo, mas primeiro vou ter essa primeira impressão pelo Akita. Em seguida, leio pra lembrar das explicações e fixar melhor o conteúdo. É complicado estudar a linha "Fundamentos de Matemática Elementar" em paralelo com Algoritmos, Javascript e ainda fazer todas as coisas do dia-a-dia. Pretendo seguir em uma das duas áreas, sempre gostei de Matemática e TI, mas só agora resolvi estudar de verdade, sem deixar passar nada. Que Deus ilumine nossos caminhos e nos guie para o conhecimento, solidifique todo o aprendizado e nos mantenha firmes, sem desmotivar ou desistir. Que os momentos difíceis sejam de aprendizado e não de reclamações ou fraqueza. Vamos pra cima, a maratona é pra quem tem paciência e quer realmente chegar. Fé, colegas.
Tô na mesma. A diferença é que odeio totalmente matemática e sou mais chegado em coisas como filosofia e história, mas passando 24 horas na frente do PC uma hora a vontade de entender o que tá rolando por trás ia inevitavelmente aparecer.
tenho 17 anos e ano que vem entro pra faculdade de sistemas da informação, tenho muita sorte de ter o Akita pra me mostrar desde já como as coisas realmente são, talvez eu precise sentir na pele pra aprender de verdade, mas essa ajuda já vai ser muito importante.
"Gambiarra como NAT" S2 kkkkkkkkk Tá pra nascer alguém (que manje do que está falando) explicar NAT e RFC 1918 sem chamar de gambiarra Parabéns pela série de vídeos, é fantástica!
Excelente explicação básica do básica e do básico em redes por camadas! Esclarecedor! Deveria ser "Obrigação de qualquer Dev" entender como seus códigos se comunicam em uma infra, antes de colocar a culpa no administrador de infra de redes/ti quando seu código não tem alto desempenho de comunicação... Vlw! ;)
Tenho que concordar contigo. Sou adm de redes e, olha... Vejo cada barbaridade! A primeira e muito mais importante é a falta de suporte ao IPv6 (que deveria ser a base já que o v4 é legado. Só depois haver um "port" para suportar também o IPv4). Outra coisa esdrúxula é pensar que WAN é LAN e não refinar o que vai ser trafegado na comunicação. A velocidade da WAN é quase sempre menor e mais "custosa" que a LAN além de não fazer sentido certas coisas (como consultas frequentes em um cache local)...
Eu sinto muita falta do ipv6, o usuário não faz ideia da quantidade de gambiarra que precisa ser feito para funcionar um P2P numa rede ipv4. E que no ipv6 seria só jogar o endereço e tá tudo funcionando
@@fernandosorrilha realmente... Os devs que perceberem isso (o próprio Akita falou) irão deixar de precisar fazer uso das gambiarras por causa de NAT no IPv4... IPv6 é uma maravilha!
Nessas horas eu vejo como eu tive a sorte de ter um ótimo professor de redes em 2015/2016, reconheci e relembrei tudo enquanto o Fabio falava, vou até mandar uma mensagem para meu professor agora, com o link para o vídeo, sensacional!
O Akita Tiltando no final me faz voltar pra dar like de novo kkk Parabéns pelo vídeo Akita, você conseguiu explicar de forma não burocrática e ditádica siglas que são mesmo complicadas mas que devem ser minimamente entendidas ainda mais se tratando de programadores.
Perfeeitoo, esse cara explica como ninguém, sou fã demais, eu trabalho em um provedor de internet e nunca tinha visto ninguém explicar sobre redes tão bem. Pois conhecer de redes é fundamental pra qualquer programador, mas muitos nem sabemm como funcionaa
Tenho meta de trabalhar com programação, porém acabei caindo em uma empresa de telecom, nunca havia estudado redes, js, demorei 6 meses pra entender a nível básico o que Akita disse, obrigado Akita pelos puxões de orelha,
Eu queria saber o porquê professores de faculdade não tem uma didática dessas? Eu entendo que o vídeo é produzido e você faz cortes, roteiriza e tudo mais, mas você não faz algo tão espetacular, só faz um básico bem feito, som e imagem agradáveis, encaixa os assuntos de forma coerente e fala com calma. Isso que faz eu perguntar, por que professores de faculdade não conseguem manter minha atenção? Eu sempre tenho que estudar por conta porque o tédio nas aulas é tão grande que eu me distraio facilmente com uma borracha um lápis na mesa.
É incrível o seu serviço para os jovens e todos desta plataforma. Tenho orgulho em dizer que estou virando um fã. Parabéns Akita. Já trabalhei como analista técnico em infraestrutura, suporte, telecomunicações, telefonia, segurança, e agora dev. O seu trabalho aqui é sensacional. Parabéns demais
Akita sempre me inpulsionando a estudar e a cada vez mais ser mais inteligente, obrigado AKITA iniciarei o curso de CIENCIAS DA COMPUTAÇÃO em fevereiro/2023 depois de tanto ouvi vc falar sobre o curso.... obrigado AKITA
Sua serie de redes é excelente. Quando estudei redes na FAM não tinha visto muito dessas coisas. A FAM AUGUSTA, evite ela se estiver procurando uma faculdade agora. Futuramente certamente irei comprar muitos livros, seja de gestão, tecnologias ou matemática, mas por agora estou estudando apenas com conteúdos gratuitos ou mais baratos que os 200 reais para cada livro. Mesmo que eu não entenda tudo, seus vídeos me ajudam bastante a ter uma imagem maior das coisas.
Ótimo conteúdo como sempre, uma pena de não gostar de roteamento e redes, eu acho muito massa, até fiz o curso da Cisco CCNA, muitooooo difícil e interessantíssimo
muito bom essa explicação tinha ate me esquecido como mudava meu mac rsrs, me lembro que utilizava isso para burlar meu local de localização para utilizar a rede dial up no telefone do orelhao da anatel de fichas da rua pra usar o site da uol, pop e embratel rsrs bons tempos nossa me voltou varias situações nos anos 90 e hoje e tudo rapidinho sem direito a diskete ou cd rsrs vlw mesmo abração.
Essa aula resumiu a disciplina do primeiro semestre pra bases da internet em sistemas pra internet que eu fiz hauhauha Akita deveria ser "curso" obrigatório
Eu sempre achei redes extremamente tedioso e os professores da faculdade pioravam isso por deixar tudo mais monotono ainda. Akita conseguiu me prender em um assunto bem tedioso pra mim. Eu sei que vc sempre fala pra não ficar puxando saco de outras pessoas mas vc é foda KAPOSKAOPSKAPOS
Que aula! Mestre Akita parabéns por compartilhar seu conhecimento, muito bacana suas analogias fica muito mais fácil de entender, didática incrível continue assim!
esses diálogos para exemplificar, além de serem muito engraçados, são também muito bons kkkk me lembra das lectures do Feynman explicando sobre conceitos complexos na física de uma forma efetiva
Fabio, muito bom cada informação. Tem coisas que hoje fazem completo sentido desde o curso de técnico em redes e manutenção de micros do Senai, acredito que parte do curso inteiro está aqui nessas aulas que são recheadas de exemplos bons, didática muito superior ao que encontramos em sala, só agradecer e reconhecer que esse trabalho é maravilhoso em todos os sentidos técnicos e amplo, e ainda orienta os estudos.
É aquilo que eu notei e sempre falo (se me perguntarem), todo mundo que quer começar na TI deveria iniciar por Redes de Computadores, de preferência um técnico ainda, eu comecei assim, quando nem sabia mexer em um computador, e a base, bom... realmente da muita base, no teor da palavra mesmo... ps:. eu as vezes nem considero programador como alguém da área de TI, já vi e ouvi cada coisa deles... agora estou iniciando no desenvolvimento, Valeu Akita.
Eu fico impressionado como o Akita é foda pra explicar as coisas, ele tá falando coisas q eu convivo o dia inteiro mas male male saberia explicar, aí vem o Fábio e explica numa facilidade kkkk
Nossa maratonei essa série incrível sobre redes. Muita coisa fez sentido pra mim agora. Obrigado MESTRE ! Não tenho nem palavras para expressar minha gratidão!
Excelente vídeo, simplesmente resumiu tudo oq eu estudei na cadeira de Redes 1 esse período na faculdade. Muito bom pra fazer aquela recapitulação quando eu esquecer tudo daqui uns meses 😂😂
Os livros de Tanenbaum são ótimos. Depois das leituras deles tudo começar a se encaixar como quebra-cabeça. Você entende que a computação tem abstrações da abstração cada um fazendo seu papel, que as cadeias de bits são padronizados para executar diversas funções. Por exemplo, OSPF, um protocolo de roteamento dinâmico, que usar o algorítimo de dijkstra para escolhe o melhor destino para uma rota, através de uma métrica link-state. Entende que um roteador e um computador rodando um sistema operacional com um kernel para mapear: memorias, processos, dispositivos, sistema de arquivos, que os softwares compilados com algorítimos são representados em formas de processos, esperando uma resposta de uma interface de rede (E/S) com cadeia de bits para execução cadeia de processos usando com uma base o pacote flow de cada fabricante. Isso, quando não tem um chip ASIC pre-computados dedicado para fazer essa função de roteamento via hardware. Akita, seus vídeos sempre são ótimos, uma fonte rica de informações e conhecimento, sempre aprendo coisas novas.
bem... quando eu estudei esse escopo a uns 15 anos, hoje agradeço por ter aprendido o MODELO OSI e vejo que a ausência de interesse sobre ele é a causa das confusões que vemos atualmente. Por exemplo, quem faz a checagem sobre a integridade do pacote é a camada 4 (TRANSPORTE). E digo mais, essa camada lida com o "protocolos" (udp, icmp, ospf, ipsec, ...) onde um deles é o TCP (Transmission Control Protocol - Protocolo de Controle de Transmissão, ou seja, é orientado a conexão o tornando seguro/garantido/lento), daí vejo que é comum confundir a letra T do tcp com transporte e assimilarem a camada transporte...
Opa Akita, aos 09:00 você representa o endereço de subrede de maneira incorreta, quando estamos falando de subrede sempre representamos no formato CIDR utilizando o primeiro endereço de IP da subrede, no caso ficaria 192.168.15.0/24, pois o 192.168.15.255 seria o endereço de broadcast.
Sutil essa dos apartamentos com números 13 e 22, hein? kkk Excelente vídeo (como sempre), ajuda a complementar bem o que já sabia (sempre tem uns gaps de conhecimento a serem preenchidos)!
Mais um vídeo excelente! Adoro demais redes e só por isso queria deixar mais alguns trocados rsrs 1. Diria que “a metáfora de e-commerce onde o produto é o dado e o pacote de fora onde se preenche endereços é o protocolo” e “protocolos o formato como preenchemos os metadados do cabeçalho desses pacotes“ estão ligeiramente equivocados ou eu não entendi o que voce quis dizer. Protocolo é mais do que o pacote, embalagem ou envelope. Tá mais para um conjunto de procedimentos que definem mensagens (requisição/resposta), que possuem parâmetros (ou atributos) e valores, cada qual codificado de um jeito, e os processos/passo-a-passo para troca dessas informações. O pacote dos correios em si seria apenas o envelope (cabeçalho de uma requisição) mais o conteúdo (produto), enquanto o protocolo seria o passo-a-passo para enviar a informação para seu destino. O passo-a-passo pode variar bastante dependendo do objetivo que se quer alcançar. Por isso que TCP, HTTP, DNS, SMPP, SMTP, etc. (protocolos) são mais do que apenas o pacote de fora. 2. O Wi-Fi é mais do que apenas camada física, que normalmente define (mas não só) o formato do sinal elétrico. A Data Link Layer pode até fazer checagem de erros, mas uma função fundamental é o controle do acesso ao meio (ou seja, em que momento o sinal deve ser enviado ou não ao meio - seja confinado, tipo cabeado, ou não-confinado, tipo o ar) de maneira que não ocorra colisão dos sinais e, com isso, perda da informação. O mesmo vale para Ethernet ou outros tipos de tecnologias relacionadas ao tratamento do sinal elétrico, como LTE, 5G NR, GSM, UMTS, WiMax etc. 3. A analogia da central de telefonia é boa para o caso de roteamento/endereçamento IP, mas alguns adendos: as centrais falam com outras através de centrais telefônicas de transito, uma espécie de central intermediária, que não possuem dispositivos conectados diretamente nelas. Ou seja, se a origem é DDD 11 e destino DDD 21, a central de SP não envia necessariamente para a central do RJ porque existe aquela coisa de ligação de longa distancia que, historicamente (e questões técnicas), precisava passar por intermediarias. Isso faz sentido apenas para telefonia fixa. Para telefonia móvel, o assinante pode estar deslocado, então o roteamento não é baseado necessariamente no número de destino, mas onde este assinante está registrado. Por isso o procedimento é ligeiramente diferente para dar conta da mobilidade. Nao da pra enviar a ligação origem DDD 11 de alguém em SP para destino DDD 21 caso este esteja no DDD 31 em MG. Um abraco!
sim, redes é bem mais complicado do que as metáforas, e esse é sempre o dilema. se colocar todos os detalhes no video fica tão complicado que se perde a idéia geral. por isso prefiro simplificar pra levantar o interesse, ter um modelo básico e daí "leia tanenbaum" kkkkk
No instante 33:14 tu fala sobre conexão entre dois aparelhos por meio de ICE NAT TRAVERSAL (STUN/TURN), e eu de imediato fiz uma associação com a ideia de rede P2P, e lembrei que mesmo tendo pesquisado nunca consegui achar uma explicação sobre como essa rede funciona, como é aberta uma comunicação entre dois aparelhos, seria interessante assim como no vídeo "Criei um servidor sql" um vídeo "Fiz meu próprio torrent".
Se tratando de performance, escolher um DNS diferente do seu provedor, salvo algumas exceções, pode trazer maior latência nas consultas e piorar a qualidade da sua internet, tendo em vista que os CDN's irão entregar o conteúdo do provedor mais próximo do seu endereço de origem DNS.
Esses dias numa aula foi discutido qual seriado de Tv a gente curte, que tipo de filme ou qual programa. Eu disse que já não assisto mais TV e raramente paro para assistir uma série. Só consumo conteúdo programado geralmente pelo YT e sempre relacionado com minha área de aprendizado. O canal do Akita é um desses.
Akita ficou muito boa a explicação, como sempre muito bem feito. Porem você se enganou em uma informação, a vivo e a maioria dos provedores não deixam o cliente atrás de um NAT, eles atribuem IPs públicos válidos aos clientes, inclusive por isso é possível usar DDNS e atribuir um nome mais "amigável" a rede de um usuário dentro da internet. Também é a única forma de tornar possível o uso de softwares como o Plex, ou por ex criar um drive pessoal na sua casa e acessar de qualquer local, ambos são serviços que exigem uma conexão ponto a ponto, logo, com IP Público válido. Normalmente quem coloca os clientes atrás de um NAT são provedores menores de internet, mais regionais.
eu uso vivo e estou atrás de um cgnat e pelo que vi quando abri fio twitter, acho que muito mais gente. não tem endereço válido suficiente pra todo mundo, tem que estar atrás de algum tipo de NAT. Você pode solicitar IP válido, mas não é por default.
@@Akitando usei vivo na época do speed, na época era um IP valido, desculpe pela afirmação. Hoje uso claro fibra e tenho um IP válido inclusive é fixo, mas pode ser particularidade de cada provedor.
Buenas Fábio! Teus conteúdos são excepcionais, Parabéns! Apenas uma correção, aos ~8:10 no terceiro octeto o binário 0000 1110 seria 14 ao invés de 15. Abraço
Comentando também sobre os PDUs que você falou brevemente. Para nós de rede, sabemos que, quando se fala de segmentos estamos falando de camada 4, falamos pacotes/packets estamos falando de camada 3, quando falamos de quadros/frames estamos falando de camadas 2. É uma convenção que ajuda a alinhar o entendimento.
Só fazendo uma correção Akita... Endereço válido é qualquer endereço que esteja correto. Tanto um 200.200.200.200 é válido quanto um 192.168.0.1. O que não é válido é um 300.258.90.86. O que você estava falando era endereço público (que é roteável na Internet) em oposição aos endereços privados/reservados como os RFC1918 que você citou. Há também outras faixas que não são roteáveis na Internet (vou citar só 100.64.0.0/10 que é usado para CG-NAT porém, também há outros tantos). Desculpe estar sendo o Caxias mas, sei que você gosta de usar os termos corretos. Novamente, parabéns pelos vídeos! Sempre ótimos!
Já sabia de como tudo isso funcionava, mas mesmo assim assisti o vídeo completo. Sempre vale a pena! Agora um assunto que não tenho domínio e que gostaria de um vídeo do Akita são os cookies. Tenho uma breve ideia de como funciona e o que faz, mas realmente muito longe de entender.
Excelente video Akita, simplesmente sensacional, gostaria de fazer um adendo, quando voce fala de CGNAT, voce fala dos 3 principais blocos reservados, mas o CGNAT usa um bloco diferente, 100.64.0.0/10 definido como boa pratica na RFC-6598, ja tiveram varios amigos meus que se confundiram achando que tinham um endereço valido, mas na verdade estavam atras do CGNAT, esse IP 100.64 normalmente a gente ve dentro do roteador.
Na casa do codigo tem o livro Desconstruindo a web q traz bastante detalhe sobre como funciona a web o legal é que tem varios comandos de apis do kernel do linux pra ir mostrando como funciona os protocolos na linha de comando.
Vídeo sensacional :) aqui na faculdade é tosco, só tem uma cadeira de redes, e pela ementa parece bem fraquinha. Particular não tem jeito, ainda peguei a mais cara da região na esperança de ser menos ruim xd
O Akita em 41 minutos resumiu meio semestre da minha faculdade de rede lá de 12 anos atrás. É nesses bloopers no fim do vídeo que eu mais me identifico hehehe. Muito obrigado pela aula!
eu ia dizer o mesmo fiz curso a 11 anos atraz 😁
Eu anoto, aqui alguns pontos que ele diz, e observo outros, como as referências ao MAC. Aprendi em Federal. Ementa no quadro. E vola aqui so para fazer a prova, kkk. Eu acho a melhor forma.
Que faculdade 💩que vc estudou
@@aquilesbrum Acho que a questão não e a faculdade. A alguns professores que explica de uma forma diferente não que seja errado, mais e menos didático.
Resumir não absorve tudo que ele fez, ele também foi objetivo.
Se esse vídeo tivesse 10 horas, ainda assim eu assistiria, como se estivesse maratonando série. É incrível como você transforma assuntos técnicos em vídeos satisfatórios.
Cara, chegou num ponto em que eu tô deixando de assistir o vídeo imediatamente. Tô escolhendo dia e hora pra curtir sem ninguém pra me distrair. Obrigado, mestre! 🤩
Essa foi a série que despencou em views né? Eu sinto muito por quem não tá acompanhando, isso é a base da base para nós desenvolvedores. Conteúdo excelente como sempre Akita!
Eu comecei a trabalhar com redes, totalmente forçado, por não ter conhecimento o suficiente para entrar no mundo da programação. Sinceramente, eu estava precisando de um conteúdo como o seu Akita. Dias atrás, quando iniciei na empresa, pensei: "Seria bom se o Akita fizesse um vídeo falando sobre isso, com certeza eu iria aprender e ter um melhor desempenho no trabalho". Dias depois, estou eu aqui, aprendendo. Obrigado Akita, todos os seus vídeos sempre me ajudaram bastante.
Aos 8:55 tem canelada do Akita. São (2^n - 2) endereços IP disponíveis para hosts, porque o primeiro endereço é o endereço da rede (192.168.1.0 no caso de um /24) e o último é o endereço de broadcast da rede (192.168.1.255 para rede /24). Então, para uma rede /24, são 254 endereços disponíveis para hosts e não 256.
De qualquer maneira, isso é detalhe que não impacta em muita coisa no fim das contas.
Série muito boa. Obrigado, Akita!
PS: n na equação ali em cima seria o número de bits 0 presentes na máscara de rede.
Ou seja, uma rede /24 seria 255.255.255.0 ou 11111111.11111111.11111111.00000000, com 8 bits 0, logo o número de hosts disponíveis nessa rede são 2^n - 2 com n = 8, então 2^8 - 2 = 256 - 2 = 254 endereços para hosts.
KKKKKKKKKKKKKKKKKKKKKKK mano, esse final ficou bom demais. O conteúdo do seu canal é sempre ouro e essa foi uma das aulas mais bacanas que eu já vi, mas infelizmente os bloopers conseguiram superar o vídeo todo kkkkkkkkkkk parabéns e obrigado por compartilhar tanto conhecimento com tanta qualidade assim.
PQP maratonei essa pequena série no Odysee de uma vez só, em plena madrugada e só tenho a agradecer por esse conteúdo. É introdutório, mas de imenso valor, algo que se eu fosse depender somente da faculdade, nem veria em tempo hábil ou seria passado de forma tardia e confusa. Para o estudante de programação e o próprio profissional da área aperfeiçoarem as competências, tá muito bom. Apenas continua com o canal porque só tem coisas relevantes nele. Vale a pena enfrentar vizinho pnc AUHAUAHAUHAUAHAU
Fui pesquisar sobre STUN/TURN, mas ainda não tenho certeza se entendi.
Pelo que entendi pra tecnologias como WebRTC tem um servidor de signaling que duas máquinas (A e B) já estão conectadas.
O servidor de STUN salva os endereços + portas recebidos nos pacotes do A e B.
Aí ele informa o endereço + porta da conexão ativa do A pro B e vice versa.
Assim eles conseguem se comunicar.
Aí quando um dos dois tem um NAT configurado pra bloquear tráfego vindo de outros endereços que não do servidor que ele se conectou (no caso A poderia ter rejeitado a conexão do B, pois ele não iniciou uma comunicação com ele, e sim com o servidor) é utilizado o TURN.
O TURN é basicamente o servidor no meio enviando todos os pacotes do A pro B e do B pro A, o que é mais custoso e tem mais latência.
Isso me fez pensar mais um pouco sobre como funciona o bittorrent. Imagino que para nós com NAT que bloqueia tudo, talvez alguns outros nós possam agir como TURN pra manter a conexão.
Um adendo: tem outro livro de Redes de Computadores muito famoso, muito usado ao redor do mundo creio que mais do que o do Tanenbaum, que é do Kurose & Ross. Eu ja folheei ambos, e ambos se complementam, um tem uns capitulos e curiosidades que o outro não tem. Legal ter os dois
Estudei na UnB pelo Kurose & Ross. Gostei bastante também.
na ufms tambem usei kurose e ross
Como funciona um rede telefônica .
m.th-cam.com/video/7kBTz_ANgsk/w-d-xo.html
Excelente complemento
Realmente! Um complementa o outro na sequência da explicação em camadas de rede (OSI E TCP/IP). BEM LEMBRADO! ;)
Alica e Bob
"metade escolhe 13, ou metade escolhe 22..." kkkkk boa
Cara, curti demais essa serie de vídeos. Sério mesmo. O caminho até aqui foi de muito aprendizado e nostalgia também pq vem da época da internet discada. Em 1994 fiz meu primeiro "curso de informática básica". Até hoje nem sabia que o Modem era uma sigla. hahahahahaa. Sensacional mesmo.
Só complementando uma informação. O NAT foi uma das últimas soluções para mitigar o esgotamento do IPv4. A primeira foi o CIDR já que antes, uma empresa que precisava de, sei lá, uns 300 IPs obrigatoriamente tinha que receber um classe B com 65.536 endereços. Veja o tamanho do desperdício. Outra estratégia criada foi o próprio DHCP (isso mesmo, o DHCP!) que conseguia alocar dinamicamente os endereços dos assinantes sem precisar reservar o endereço o tempo todo para aquele assistente que só se conectava umas poucas horas na semana. Aí sim veio o NAT. E também teve algumas outras como /31 em links p2p (pouco efetivo na prática) e uso de endereços privados na infraestrutura de rede (já que um router no meio do caminho não precisa fazer muito mais que entregar o pacote ao próximo salto).
O final do vídeo foi a melhor parte
É muita informação, tô resumindo 10min por dia. Contando os 3 vídeos, já são 9 folhas frente e verso kkkk (psr, eu não sei bagaça nenhuma de Redes).
Baixei a 5ª edição do Tanenbaum, li o sumário e vi que está tudo lá mesmo, mas primeiro vou ter essa primeira impressão pelo Akita. Em seguida, leio pra lembrar das explicações e fixar melhor o conteúdo.
É complicado estudar a linha "Fundamentos de Matemática Elementar" em paralelo com Algoritmos, Javascript e ainda fazer todas as coisas do dia-a-dia.
Pretendo seguir em uma das duas áreas, sempre gostei de Matemática e TI, mas só agora resolvi estudar de verdade, sem deixar passar nada.
Que Deus ilumine nossos caminhos e nos guie para o conhecimento, solidifique todo o aprendizado e nos mantenha firmes, sem desmotivar ou desistir. Que os momentos difíceis sejam de aprendizado e não de reclamações ou fraqueza.
Vamos pra cima, a maratona é pra quem tem paciência e quer realmente chegar. Fé, colegas.
Tô na mesma.
A diferença é que odeio totalmente matemática e sou mais chegado em coisas como filosofia e história, mas passando 24 horas na frente do PC uma hora a vontade de entender o que tá rolando por trás ia inevitavelmente aparecer.
@@user-ze2si1en4k Né. Usar a internet todos os dias sem saber como tudo funciona é, no mínimo, bizarro. Então, decidi estudar essa bagaça do zero.
Ficou muito engraçado os erros de gravação no final do vídeo!! Quem só vê os videos pode achar que o Fábio parece ser super tranquilo ahahahahaha
tenho 17 anos e ano que vem entro pra faculdade de sistemas da informação, tenho muita sorte de ter o Akita pra me mostrar desde já como as coisas realmente são, talvez eu precise sentir na pele pra aprender de verdade, mas essa ajuda já vai ser muito importante.
"Gambiarra como NAT" S2 kkkkkkkkk
Tá pra nascer alguém (que manje do que está falando) explicar NAT e RFC 1918 sem chamar de gambiarra
Parabéns pela série de vídeos, é fantástica!
Excelente explicação básica do básica e do básico em redes por camadas! Esclarecedor! Deveria ser "Obrigação de qualquer Dev" entender como seus códigos se comunicam em uma infra, antes de colocar a culpa no administrador de infra de redes/ti quando seu código não tem alto desempenho de comunicação... Vlw! ;)
Tenho que concordar contigo. Sou adm de redes e, olha... Vejo cada barbaridade! A primeira e muito mais importante é a falta de suporte ao IPv6 (que deveria ser a base já que o v4 é legado. Só depois haver um "port" para suportar também o IPv4). Outra coisa esdrúxula é pensar que WAN é LAN e não refinar o que vai ser trafegado na comunicação. A velocidade da WAN é quase sempre menor e mais "custosa" que a LAN além de não fazer sentido certas coisas (como consultas frequentes em um cache local)...
Eu sinto muita falta do ipv6, o usuário não faz ideia da quantidade de gambiarra que precisa ser feito para funcionar um P2P numa rede ipv4. E que no ipv6 seria só jogar o endereço e tá tudo funcionando
@@fernandosorrilha realmente... Os devs que perceberem isso (o próprio Akita falou) irão deixar de precisar fazer uso das gambiarras por causa de NAT no IPv4... IPv6 é uma maravilha!
Nessas horas eu vejo como eu tive a sorte de ter um ótimo professor de redes em 2015/2016, reconheci e relembrei tudo enquanto o Fabio falava, vou até mandar uma mensagem para meu professor agora, com o link para o vídeo, sensacional!
O Akita Tiltando no final me faz voltar pra dar like de novo kkk
Parabéns pelo vídeo Akita, você conseguiu explicar de forma não burocrática e ditádica siglas que são mesmo complicadas mas que devem ser minimamente entendidas ainda mais se tratando de programadores.
QUE AULÃO, Akita com certeza dando o melhor para nós meros mortais..
Perfeeitoo, esse cara explica como ninguém, sou fã demais, eu trabalho em um provedor de internet e nunca tinha visto ninguém explicar sobre redes tão bem. Pois conhecer de redes é fundamental pra qualquer programador, mas muitos nem sabemm como funcionaa
Muito bom Mestre. Espero que ainda tenha 1000 episodes sobre redes.
18:10 Akita, você é um MITO kkkkkkkkkkk
Kkkkkkk o vídeo inteiro é incrível, mas o final é sensacional kkkk
Tenho meta de trabalhar com programação, porém acabei caindo em uma empresa de telecom, nunca havia estudado redes, js, demorei 6 meses pra entender a nível básico o que Akita disse, obrigado Akita pelos puxões de orelha,
Valeu Akita. Nem lembrava que precisei estudar Tanenbaum. E ainda tinha o packet tracer. Muito divertido ver a rede funcionando
sabendo ensinar qualquer assunto que vc considera chato fica interessante... vlw Akita
Eu queria saber o porquê professores de faculdade não tem uma didática dessas? Eu entendo que o vídeo é produzido e você faz cortes, roteiriza e tudo mais, mas você não faz algo tão espetacular, só faz um básico bem feito, som e imagem agradáveis, encaixa os assuntos de forma coerente e fala com calma. Isso que faz eu perguntar, por que professores de faculdade não conseguem manter minha atenção?
Eu sempre tenho que estudar por conta porque o tédio nas aulas é tão grande que eu me distraio facilmente com uma borracha um lápis na mesa.
O bom do vídeo é que o Akita diz que não quer entrar em detalhes e explicar tudo, mas em 4 min ele explica melhor que 90% dos professores
É incrível o seu serviço para os jovens e todos desta plataforma. Tenho orgulho em dizer que estou virando um fã. Parabéns Akita. Já trabalhei como analista técnico em infraestrutura, suporte, telecomunicações, telefonia, segurança, e agora dev. O seu trabalho aqui é sensacional. Parabéns demais
Haha, adorei as analogias para Gateway e DHCP, sempre busquei um exemplo simples mas ninguém foi capaz de dar, até agora.
Ótimo Vídeo! E bloopers são essenciais pra que eu continue acreditando que o Akita não é um robô kkkk
41:12 Mais um dia normal. Hehehehehehe!!!! Adoro esses making off.
Akita sempre me inpulsionando a estudar e a cada vez mais ser mais inteligente, obrigado AKITA iniciarei o curso de CIENCIAS DA COMPUTAÇÃO em fevereiro/2023 depois de tanto ouvi vc falar sobre o curso.... obrigado AKITA
É sobre o fechamento do vídeo.
Sobre o vídeo, show de bola. Ou melhor, de conhecimento prático.
Resumiu minhas aulas a 15 anos atraz de CCNA no Bradesco em 40 minutos sem precisar de testes !!!!! Excelente Akita.
Kkkkkk realmente resumiu todo o semestre da facul e ainda com mais informação . Top demais
Parabéns
Sua serie de redes é excelente.
Quando estudei redes na FAM não tinha visto muito dessas coisas. A FAM AUGUSTA, evite ela se estiver procurando uma faculdade agora.
Futuramente certamente irei comprar muitos livros, seja de gestão, tecnologias ou matemática, mas por agora estou estudando apenas com conteúdos gratuitos ou mais baratos que os 200 reais para cada livro.
Mesmo que eu não entenda tudo, seus vídeos me ajudam bastante a ter uma imagem maior das coisas.
Ótimo conteúdo como sempre, uma pena de não gostar de roteamento e redes, eu acho muito massa, até fiz o curso da Cisco CCNA, muitooooo difícil e interessantíssimo
Amando muito essa série de videos sobre redes. Um assunto que me interesso mas não sabia por onde começar
muito bom essa explicação tinha ate me esquecido como mudava meu mac rsrs, me lembro que utilizava isso para burlar meu local de localização para utilizar a rede dial up no telefone do orelhao da anatel de fichas da rua pra usar o site da uol, pop e embratel rsrs bons tempos nossa me voltou varias situações nos anos 90 e hoje e tudo rapidinho sem direito a diskete ou cd rsrs
vlw mesmo abração.
Essa aula resumiu a disciplina do primeiro semestre pra bases da internet em sistemas pra internet que eu fiz hauhauha Akita deveria ser "curso" obrigatório
Eu sempre achei redes extremamente tedioso e os professores da faculdade pioravam isso por deixar tudo mais monotono ainda.
Akita conseguiu me prender em um assunto bem tedioso pra mim. Eu sei que vc sempre fala pra não ficar puxando saco de outras pessoas mas vc é foda KAPOSKAOPSKAPOS
Que aula! Mestre Akita parabéns por compartilhar seu conhecimento, muito bacana suas analogias fica muito mais fácil de entender, didática incrível continue assim!
A minha vida depois de conhecer esse fera se resume em AA e DA , Antes do Akita e Depois do Akita. Sempre abrindo nossas mentes.
To literalmente em êxtase com esse conteúdo
Akita é foda! O cara resume em menos de uma hora o que os caras levam um ano para te ensinar. ( e ensinam nas coxas, ainda)
Que didatica!!...as metaforas foram sensacionais..
Muito rica em conhecimento essa série de vídeos de básico de redes. Obrigado.
esses diálogos para exemplificar, além de serem muito engraçados, são também muito bons kkkk me lembra das lectures do Feynman explicando sobre conceitos complexos na física de uma forma efetiva
Fabio, muito bom cada informação. Tem coisas que hoje fazem completo sentido desde o curso de técnico em redes e manutenção de micros do Senai, acredito que parte do curso inteiro está aqui nessas aulas que são recheadas de exemplos bons, didática muito superior ao que encontramos em sala, só agradecer e reconhecer que esse trabalho é maravilhoso em todos os sentidos técnicos e amplo, e ainda orienta os estudos.
A mágica super bem introduzida, valeeeu de novo
É aquilo que eu notei e sempre falo (se me perguntarem), todo mundo que quer começar na TI deveria iniciar por Redes de Computadores, de preferência um técnico ainda, eu comecei assim, quando nem sabia mexer em um computador, e a base, bom... realmente da muita base, no teor da palavra mesmo... ps:. eu as vezes nem considero programador como alguém da área de TI, já vi e ouvi cada coisa deles... agora estou iniciando no desenvolvimento, Valeu Akita.
Quem nunca teve problema de NAT no ps4 que atire a primeira pedra rs, ótimo vídeo!
Excelente, Akita!
Parabéns e Obrigado!!
Muito boa a explicação do vídeo.
Continue fazendo vídeos dessa série de redes.
Muito bom! Salvou o almoço do sabadão!
Eu fico impressionado como o Akita é foda pra explicar as coisas, ele tá falando coisas q eu convivo o dia inteiro mas male male saberia explicar, aí vem o Fábio e explica numa facilidade kkkk
Aulas mais relevantes que muito conteúdo pago por aí. Gratidão eterna!
Nossa maratonei essa série incrível sobre redes. Muita coisa fez sentido pra mim agora. Obrigado MESTRE ! Não tenho nem palavras para expressar minha gratidão!
Excelente vídeo, simplesmente resumiu tudo oq eu estudei na cadeira de Redes 1 esse período na faculdade. Muito bom pra fazer aquela recapitulação quando eu esquecer tudo daqui uns meses 😂😂
Os livros de Tanenbaum são ótimos. Depois das leituras deles tudo começar a se encaixar como quebra-cabeça.
Você entende que a computação tem abstrações da abstração cada um fazendo seu papel, que as cadeias de bits são padronizados para executar diversas funções.
Por exemplo, OSPF, um protocolo de roteamento dinâmico, que usar o algorítimo de dijkstra para escolhe o melhor destino para uma rota, através de uma métrica link-state.
Entende que um roteador e um computador rodando um sistema operacional com um kernel para mapear: memorias, processos, dispositivos, sistema de arquivos, que os softwares compilados com algorítimos são representados em formas de processos, esperando uma resposta de uma interface de rede (E/S) com cadeia de bits para execução cadeia de processos usando com uma base o pacote flow de cada fabricante. Isso, quando não tem um chip ASIC pre-computados dedicado para fazer essa função de roteamento via hardware.
Akita, seus vídeos sempre são ótimos, uma fonte rica de informações e conhecimento, sempre aprendo coisas novas.
O melhor atualmente, a melhor explicação, uhuuu sucesso Akita, obrigado por ser humilde e nota 10
Além do conteúdo que é sempre sensacional, o final é demais! Hahahaha. Osho Akita kkkkk
bem... quando eu estudei esse escopo a uns 15 anos, hoje agradeço por ter aprendido o MODELO OSI e vejo que a ausência de interesse sobre ele é a causa das confusões que vemos atualmente. Por exemplo, quem faz a checagem sobre a integridade do pacote é a camada 4 (TRANSPORTE). E digo mais, essa camada lida com o "protocolos" (udp, icmp, ospf, ipsec, ...) onde um deles é o TCP (Transmission Control Protocol - Protocolo de Controle de Transmissão, ou seja, é orientado a conexão o tornando seguro/garantido/lento), daí vejo que é comum confundir a letra T do tcp com transporte e assimilarem a camada transporte...
Opa Akita, aos 09:00 você representa o endereço de subrede de maneira incorreta, quando estamos falando de subrede sempre representamos no formato CIDR utilizando o primeiro endereço de IP da subrede, no caso ficaria 192.168.15.0/24, pois o 192.168.15.255 seria o endereço de broadcast.
Acho muito legal estudo de rede no meu curso técnico tiver aprender calculo de sub redes converte binários, ótimo vídeo parabéns.
Boa Akita, nunca entendi o motivo de existir ipv4 e IPv6 muito bem explicado as noções
Sutil essa dos apartamentos com números 13 e 22, hein? kkk
Excelente vídeo (como sempre), ajuda a complementar bem o que já sabia (sempre tem uns gaps de conhecimento a serem preenchidos)!
kkkkkkkkkkk
Mais um vídeo excelente!
Adoro demais redes e só por isso queria deixar mais alguns trocados rsrs
1. Diria que “a metáfora de e-commerce onde o produto é o dado e o pacote de fora onde se preenche endereços é o protocolo” e “protocolos o formato como preenchemos os metadados do cabeçalho desses pacotes“ estão ligeiramente equivocados ou eu não entendi o que voce quis dizer. Protocolo é mais do que o pacote, embalagem ou envelope. Tá mais para um conjunto de procedimentos que definem mensagens (requisição/resposta), que possuem parâmetros (ou atributos) e valores, cada qual codificado de um jeito, e os processos/passo-a-passo para troca dessas informações. O pacote dos correios em si seria apenas o envelope (cabeçalho de uma requisição) mais o conteúdo (produto), enquanto o protocolo seria o passo-a-passo para enviar a informação para seu destino. O passo-a-passo pode variar bastante dependendo do objetivo que se quer alcançar. Por isso que TCP, HTTP, DNS, SMPP, SMTP, etc. (protocolos) são mais do que apenas o pacote de fora.
2. O Wi-Fi é mais do que apenas camada física, que normalmente define (mas não só) o formato do sinal elétrico. A Data Link Layer pode até fazer checagem de erros, mas uma função fundamental é o controle do acesso ao meio (ou seja, em que momento o sinal deve ser enviado ou não ao meio - seja confinado, tipo cabeado, ou não-confinado, tipo o ar) de maneira que não ocorra colisão dos sinais e, com isso, perda da informação. O mesmo vale para Ethernet ou outros tipos de tecnologias relacionadas ao tratamento do sinal elétrico, como LTE, 5G NR, GSM, UMTS, WiMax etc.
3. A analogia da central de telefonia é boa para o caso de roteamento/endereçamento IP, mas alguns adendos: as centrais falam com outras através de centrais telefônicas de transito, uma espécie de central intermediária, que não possuem dispositivos conectados diretamente nelas. Ou seja, se a origem é DDD 11 e destino DDD 21, a central de SP não envia necessariamente para a central do RJ porque existe aquela coisa de ligação de longa distancia que, historicamente (e questões técnicas), precisava passar por intermediarias. Isso faz sentido apenas para telefonia fixa. Para telefonia móvel, o assinante pode estar deslocado, então o roteamento não é baseado necessariamente no número de destino, mas onde este assinante está registrado. Por isso o procedimento é ligeiramente diferente para dar conta da mobilidade. Nao da pra enviar a ligação origem DDD 11 de alguém em SP para destino DDD 21 caso este esteja no DDD 31 em MG.
Um abraco!
sim, redes é bem mais complicado do que as metáforas, e esse é sempre o dilema. se colocar todos os detalhes no video fica tão complicado que se perde a idéia geral. por isso prefiro simplificar pra levantar o interesse, ter um modelo básico e daí "leia tanenbaum" kkkkk
Melhor produtor de conteúdo do TH-cam
Saudações Akita, como sempre um excelente vídeo, muito obrigado.
Eu tô usando esse semestre o livro do prof Kurose, tbm é muito bom!
Muito bom vídeo. A profundidade de conteúdo de sempre, mas com algumas analogias para facilitar a compreensão.
Alem do conteudo excelente, um fantastico "pós creditos"
Valeu por mais essa Akita, vc é legal. Eu to lendo do livro de sistemas operacionais do Tanenbaum, mas já baixei o de redes tbm
Referente ao NAT, pensei que você usaria aquela analogia da cebola, mas a analogia do prédio/sindico ficou bom também.
wau! simplesmente fantástico!
Muito Obrigado
No instante 33:14 tu fala sobre conexão entre dois aparelhos por meio de ICE NAT TRAVERSAL (STUN/TURN), e eu de imediato fiz uma associação com a ideia de rede P2P, e lembrei que mesmo tendo pesquisado nunca consegui achar uma explicação sobre como essa rede funciona, como é aberta uma comunicação entre dois aparelhos, seria interessante assim como no vídeo "Criei um servidor sql" um vídeo "Fiz meu próprio torrent".
Se tratando de performance, escolher um DNS diferente do seu provedor, salvo algumas exceções, pode trazer maior latência nas consultas e piorar a qualidade da sua internet, tendo em vista que os CDN's irão entregar o conteúdo do provedor mais próximo do seu endereço de origem DNS.
Sim, verdade, mas lembra que o dns fica cacheado na máquina, então provavelmente é imperceptível.
Esses dias numa aula foi discutido qual seriado de Tv a gente curte, que tipo de filme ou qual programa. Eu disse que já não assisto mais TV e raramente paro para assistir uma série. Só consumo conteúdo programado geralmente pelo YT e sempre relacionado com minha área de aprendizado. O canal do Akita é um desses.
Uma pena que não tinham esses vídeos na época que eu fiz Ciência da Computação. Parabéns Akita!
cara melhor explicação que ouvi nesta vida .
Akita ficou muito boa a explicação, como sempre muito bem feito. Porem você se enganou em uma informação, a vivo e a maioria dos provedores não deixam o cliente atrás de um NAT, eles atribuem IPs públicos válidos aos clientes, inclusive por isso é possível usar DDNS e atribuir um nome mais "amigável" a rede de um usuário dentro da internet. Também é a única forma de tornar possível o uso de softwares como o Plex, ou por ex criar um drive pessoal na sua casa e acessar de qualquer local, ambos são serviços que exigem uma conexão ponto a ponto, logo, com IP Público válido. Normalmente quem coloca os clientes atrás de um NAT são provedores menores de internet, mais regionais.
eu uso vivo e estou atrás de um cgnat e pelo que vi quando abri fio twitter, acho que muito mais gente. não tem endereço válido suficiente pra todo mundo, tem que estar atrás de algum tipo de NAT. Você pode solicitar IP válido, mas não é por default.
@@Akitando usei vivo na época do speed, na época era um IP valido, desculpe pela afirmação. Hoje uso claro fibra e tenho um IP válido inclusive é fixo, mas pode ser particularidade de cada provedor.
Buenas Fábio! Teus conteúdos são excepcionais, Parabéns!
Apenas uma correção, aos ~8:10 no terceiro octeto o binário 0000 1110 seria 14 ao invés de 15.
Abraço
Comentando também sobre os PDUs que você falou brevemente. Para nós de rede, sabemos que, quando se fala de segmentos estamos falando de camada 4, falamos pacotes/packets estamos falando de camada 3, quando falamos de quadros/frames estamos falando de camadas 2. É uma convenção que ajuda a alinhar o entendimento.
boa, faz sentido
Akita xingando no final é sensacional!kskskskskk
Como sempre excelente. Akita faz um vídeo de como você dimensiona o custo que vai cobrar num projeto
Só fazendo uma correção Akita... Endereço válido é qualquer endereço que esteja correto. Tanto um 200.200.200.200 é válido quanto um 192.168.0.1. O que não é válido é um 300.258.90.86. O que você estava falando era endereço público (que é roteável na Internet) em oposição aos endereços privados/reservados como os RFC1918 que você citou. Há também outras faixas que não são roteáveis na Internet (vou citar só 100.64.0.0/10 que é usado para CG-NAT porém, também há outros tantos). Desculpe estar sendo o Caxias mas, sei que você gosta de usar os termos corretos.
Novamente, parabéns pelos vídeos! Sempre ótimos!
obrigado pela sua inteligencia e que compartilha com os brasileiros !
a parte final me representa kkkkkkk, qualquer coisinha me incomoda, fico desse jeito. 🤣🤣🤣🤣
Já sabia de como tudo isso funcionava, mas mesmo assim assisti o vídeo completo. Sempre vale a pena!
Agora um assunto que não tenho domínio e que gostaria de um vídeo do Akita são os cookies. Tenho uma breve ideia de como funciona e o que faz, mas realmente muito longe de entender.
vou chegar lá!
Excelente video Akita, simplesmente sensacional, gostaria de fazer um adendo, quando voce fala de CGNAT, voce fala dos 3 principais blocos reservados, mas o CGNAT usa um bloco diferente, 100.64.0.0/10 definido como boa pratica na RFC-6598, ja tiveram varios amigos meus que se confundiram achando que tinham um endereço valido, mas na verdade estavam atras do CGNAT, esse IP 100.64 normalmente a gente ve dentro do roteador.
Adorei as analogias utilizadas!
Obrigado por mais uma grande aula Akita sensei
Ótimo vídeo....mais vídeos sobre redes plssssssss
Na casa do codigo tem o livro Desconstruindo a web q traz bastante detalhe sobre como funciona a web o legal é que tem varios comandos de apis do kernel do linux pra ir mostrando como funciona os protocolos na linha de comando.
Vídeo sensacional :) aqui na faculdade é tosco, só tem uma cadeira de redes, e pela ementa parece bem fraquinha. Particular não tem jeito, ainda peguei a mais cara da região na esperança de ser menos ruim xd
Obrigado pelo trabalho e excelente conteúdo de forma gratuita Akita, que Deus o abençõe!