Como Analizar Sinalização SIP no Wireshark: Análise do Tráfego VoIP (CAPTURAS SIP e RTP REAIS)

[@elvissilvas3287]

Muito show, didatico d+. Trabalho com telefonia a dois anos mas não sei usar o Wireshark, começarei a estudar com influencia sua. Obrigado pela sabedoria compartilhada.

[@gilsonjust]

Obrigado pelo seu feedback Elvis, fico muito feliz em saber ! Acompanhe as novidades pelo canal do Telegram, estou sempre postando algumas dicas legais lá de utilização do Wireshark para telefonia IP ! Se tiver alguma sugestão de novos assuntos, fique à vontade para comentar! Grande abraço ;)

[@Jardel_1zzfe]

Perfeita Analise, trabalho com SIP no dia a dia e essa e uma das mais corriqueiras, fora quando o equipamento não preenche os campos devidamente, ou faz reinvite e os lados não tem o mesmo codec. abraço!

[@robsonrodrigues1147]

Parabéns!! Poderia explicar o que é ptime ? Obrigado.

[@gilsonjust]

Fala Robson, firme? O ptime do protocolo SDP é o packetization time, ou seja, de quanto em quanto tempo o dispositivo VoIP irá lançar um pacote na rede do streaming RTP, o default e mais usado é 20ms, ou seja 50 pacotes por segundo ! Grande abraço

[@willianvieira287]

Muito bom!!!

[@gilsonjust]

Obrigado Willian !

[@PauloCampos]

Gilson, Não vai ter blackfriday do treinamento? 😁

[@dsnicassio]

Parabéns! Estou assistindo todos os vídeos e aprendendo bastante!!!

[@gilsonjust]

Valeu Davi ;)

[@HenriqueOliveira-vs1up]

Tu tem algum curso de VoIP pago?

[@gilsonjust]

Tenho sim veja em gilsonjust.com/wireshark Aguardo vc lá

[@douglasmateus6525]

Gilson sempre mandando muito bem,parabéns.

[@gilsonjust]

Grande Douglas, muitíssimo obrigado por acompanhar o canal ! Um grande abraço para você meu amigo, e estou sempre à disposição 😉👊

[@rafaeldacosta8581]

muito bom o vídeo, depois que aprendi a filtrar as chamadas voip no wireshark e pegar mais prática com os sip codes, minha vida facilitou muito. mas ainda tenho problemas para interpretar falhas no RTP e com jitter também.

[@gilsonjust]

Fico feliz que esteja avançando com Wireshark Rafael, ... realmente a análise RTP é um pouquinho mais complexa, porém em breve virão novidades que irão ajudar muita gente com esse tipo de dúvida. Continue acompanhando o canal para as novidades, obrigado !

[@anoonimo1995]

Muuuuito bom o seu vídeo. Atualmente trabalho com VOIP e a nossa grande dificuldade é análise mais assertiva para o cliente. Possuímos um PABX em nuvem com registro tronco SIP também em nuvem. A dificuldade é de monitorar ligações caindo e sem áudio, sendo necessário acessar remotamente na rede do cliente. Você teria uma ideia de como evidenciar melhor os tipos de falha se é definitivamente na operadora ou na rede do cliente? Se sim, você teria algum intensivão?

[@gilsonjust]

Opa, que pena que não conversamos ontem pois estou dando um curso ao VIVO no momento para algumas empresas, ... segue o link do meu curso gravado, veja lá tenho certeza que irá te ajudar: gilsonjust.com/wireshark Abraços !

[@milleroliveira7809]

Excelente análise!!! Parabéns!!!

[@gilsonjust]

Obrigado Miller, continue acompanhando o canal para novidades, se tiver interesse em outros assuntos comenta aí ! Grande abraço !

[@carlos_levi25]

Análise muito fera com o wireshark ! Gilson você é o cara!

[@gilsonjust]

Muito obrigado ! Fico muito feliz que tenha gostado, continue acompanhando o canal para mais novidades com o Wireshark, além disso também tenho um canal no Telegram com dicas semanais sobre o assunto ! Entra lá. Grande abraço ;)

[@HenriqueOliveira-vs1up]

Tô com um projeto complexo em um cliente , sofrendo muito. Queria me especializar em VoIP

[@gilsonjust]

Acessa a página do meu curso e veja lá o que você acha: gilsonjust.com/wireshark Tenho certeza que é o que você procura ! Grande abraço, qualquer dúvida me chama.

[@deniszaranza2012]

Estou nesse momento com um problema bem complicado em um cliente. A chamada chega a um servidor, com ótima qualidade, do servidor, vai para uma estação, onde é atendida por um agente. A gravação desta chamada que é feita no servidor, é ótima, porem o áudio na estação, a voz do cliente corta. Vou usar sua técnica pra tentar identificar.

[@brunomascitti]

Se não resolveu, usa o wireshark no servidor (ou captura os pacotes) e usa o wireshark na estação e compara. Entre o servidor e a estação é rede 100% LAN ou possui alguma VPN no meio?

[@manoelheribertomanoel2461]

amigo como analisar a informação servidor não esta respondendo

[@gilsonjust]

Olá, se o servidor não está respondendo vc deverá analisar pelo 3-way-handshake caso TCP, ou se for UDP a mensagem é enviada e nada é respondido para o cliente. Verifica a configuração se está correta (IP/porta/transporte), veja se há conectividade de rede e por fim terá que analisar no servidor se o tráfego chega corretamente. Espero que ajude, um abraço !

[@manoelheribertomanoel2461]

era a opção sip alg marcada no roteador@@gilsonjust

[@gilsonjust]

@@manoelheribertomanoel2461 maravilha que bom que encontrou o problema. Um abraço!

[@viniciusmiranda7824]

Gilson top demais Parabéns!! Estou iniciando na área de PABX IP. Instalei recentemente um Grandstream UCM e gostaria de aprender a interpretar os logs através do Wireshark. O pessoal do suporte onde comprei me ajudou capturando e analisando os logs. Você me indica algum vídeo seu para este início?

[@gilsonjust]

Claro, entra no canal do telegram da Grandsrream, sempre tem altas dicas lá t.me/grandstream_brasil

[@JhonatanOldenburg]

Olá, descobri seus vídeos e estou gostando muito, tudo bem explicado. Já entrei pro canal do telegran também. Tem uma coisa que estou precisando e não encontrei. Como eu uso o wireshshark para conectar em uma PABX CIP para analisar os logs dela? Preciso identificar problemas nessas conexões, onde está o problema específicos igual você fez nesse vídeo onde identificou o Switch como problema.

[@gilsonjust]

oi Jhonatan, tudo bom ? Obrigado pelo seu feedback, nesse caso é interessante você trabalhar com um switch (gerenciável) com a função de port-mirror para analisar o tráfego de entrada e/ou saída do seu PABX CIP. Eu sempre ando com um no bolso para situações assim ;) Se precisar de algum modelo de referência me avisa que eu te passo. Grande abraço !

[@MAXSUEL524]

Tudo bem Gilson. Tenho um cenario numa empresa, qeu utiliza o sipserver local na rede e todo o acesso externo é feito via VPN e filtrado por um firewall - SonicWall. Porem tem um problema, todas as chamadas enrtantes e saintes, caem exatamente após 32s.Sabe dizer se os pacotes RTP, tiverem sendo dropados, isso derruba a chamada? ou seria mais factível ser no SIP? Teria alguma ideia do que poderia derrubar as chamadas aos 32s? A parte de operadora tá OK. Seria algo no firewall deles eu suponho.

[@gilsonjust]

Fala MaxSuel, firmeza? Esse timer de 32s acredito que seja decorrente da ausência do ACK para a resposta do INVITE (200 OK), geralmente nesse casos a chamada é derrubada com 32s. Esse problema pode ser ALG, configuração incorreta dos endpoints ou mesmo firewall, apenas analisando os pacotes SIP para ter certeza, mas é um caso de análise de sinalização SIP sim ! Abraços !

[@brunomascitti]

Gilson! boa tarde! Lembra se esse caso havia DiffServ configurado nesses pacotes do telefone para o servidor?

[@gilsonjust]

Nesse caso não tinha Bruno.

[@mauroroca6806]

Tenho uma duvida, vc fala que precisa ligar um switch para analizar o trafego, nao entendi muito essa parte.

[@gilsonjust]

Eu utilizei um switch gerenciável com função de port-mirror para replicar o tráfego do PABX para o meu notebook com Wireshark. Port-mirror é um recurso presente em praticamente todos os switches gerenciáveis !

[@williamgoncalves8767]

Gilson, eu estou com um problema para aparecer a comunicação SIP no wireshark. Se eu abro com sngrep o pcap ele aparece certinho, mas quando abro no wireshark só consigo ver a comunicação RTP, em Voip Call n tem nada. Consegue me ajudar com isso?

[@gilsonjust]

Fala Willian, firme? Tenta filtrar pela porta tcp/udp 5060 para ver se vc enxerga os pacotes, existe a possibilidade de estar criptografado (TLS)? Um abraço !

[@jessicaholis]

Nos concursos tem "Voz sobre IP: SIP e RTP", conseguiria desenvolver algo nesse sentido?

[@gilsonjust]

Olá Jessic, tudo bem? Consigo sim, obrigado pela sua sugestão !!! ;)

[@gersonlestrange5791]

O Link para cadastrar o Email para receber o EBOOK está com problemas...colocamos nome e email, e a resposta que temos é: Não foi possível enviar sua solicitação. Por favor, entre em contato com o administrador do site.

[@gilsonjust]

Gerson, muito obrigado por avisar, já pedi para verificarem, ... assim que me derem retorno eu te aviso OK. Forte abraço.

[@gilsonjust]

Gerson, te enviei por e-mail o eBook. Obrigado e grande abraço !

[@rafaelmanieri]

Gilson, parabens pelo conteúdo. Minha pergunta é, como fazer essa análise, quando meu sip server está em nuvem? Pois tenho mais uma variável no meio do caminho.

[@gilsonjust]

Fala Rafael, firme? Justíssimo, você tem uma grande variável no caminho que é a internet. No seu caso, terá que capturar os dados do lado do SIP Server e/ou SIP Client, e analisar ! Aí envolvem fatores como NAT e latência do tráfego RTP devido ao meio público que seu tráfego RTP está percorrendo.

[@magnocostapereira1795]

Parabéns amigo tô iniciando no Voip tenho uma dúvida vê se já passou por isso de ramal x ramal perfeito usamos o Issabel mais quando recebemos ou fazemos ligação externa a ligação fica picotando chiando maioria das vezes sabe oq eu possa verificar ?

[@gilsonjust]

fala Magno, firme? Primeiro ponto de análise seria sobre a comunicação com seus hosts externos, veja se tá ocorrendo transcoding entre ramal x tronco, ou se a comunicação que passa pelo seu firewall está sendo limitada que questões de banda, ocorrendo load-balance entre diferentes links de internet. O ideal é analisar o intervalo de tempo entre os pacotes do seu streaming, dai vc terá um parecer de qual sentido está ocorrendo o problema ;)

[@magnocostapereira1795]

@@gilsonjust muito obrigado pela resposta vou fazer esses testes, mais caso eu precise de uma consultoria para sanar este problema você realiza ? E qual seria o custo

[@gilsonjust]

@@magnocostapereira1795 eu dou uma olhadinha pra você, me chama lá pelo telegram depois, abraços !

[@PauloCampos]

Oi Gilson tudo bem? Onde consigo gerar esses graficos mostrados no video(onde mostra os ms dos pacotes)? Voce já mostrou em outro vídeo?

[@gilsonjust]

Fala Paulo, blz ? No Menu Telephony -> RTP -> RTP Streams, você tem o botão Analyse, ... lá você gera os gráficos de latência para o tráfego RTP ! Grande abraço!

[@MAXSUEL524]

Qual a opção dentro do Wireshark vc usou pra analisar a latência e o jitter de pacotes sip???pode explicar?

[@gilsonjust]

fala Max, firme? A latência/Jitter é analisada no streaming RTP (que é o áudio em codificado e trafegado pela rede), é nele que devemos focar a análise, não no protocolo SIP que é apenas a sinalização que negocia o RTP. Para analisar o RTP, você vai no menu do Wireshark Telephony --> RTP Streams --> Stream Analisys Lá você conseguirá fazer a análise individual de cada streaming coletado.

[@brunomascitti]

Gilson, boa tarde! Já percebi um comportamento estranho em um servidor de VoIP, onde ele enviava duplicado os pacotes RTP para o cliente. Você já viu isso? Geralmente é problema no client ou no servidor? Muito obrigado!

[@gilsonjust]

Fala Bruno, difícil dizer sem uma análise, mas algo bem comum que costuma ocorrer é o tráfego que chega na interface ser salvo, e o mesmo tráfego que sai por outra interface (ou na mesma) acaba sendo salvo junto, ou seja acaba duplicando mesmo, é uma característica do fabricante (errada ao meu ver). Se for isso é claro ! rsrs

[@brunomascitti]

@@gilsonjust Obrigado pela resposta mestre. Vou verificando aqui.

[@Paulomrtins]

Gilson voce me poderia me enviar esse log sample para eu fazer um trabalho para fazer uma apresentação? Desde ja um obrigado

[@gilsonjust]

fala Paulo, firme? Me passa seu e-mail ou contato Whatsapp que eu te envio o trace Wireshark. Grande abraço!

[@Paulomrtins]

@@gilsonjust ja enviou pra mim?

[@gilsonjust]

@@Paulomrtins preciso do seu e-mail para te passar, aguardando.

[@Paulomrtins]

@@gilsonjust ja enviei um email para voçe

[@Paulomrtins]

@@gilsonjust Agradeço imenso, vai ser muito util para mim

[@jalcehira35]

Prefiro usar chamada VoIP pois qualidade pelo Whatts app é demorado