Tech Field Day on Cisco Redes

BLOG – NFD25 – Aruba – Edge Connect e WIFI 6E

Tue, 20 Jul 2021 00:00:00 +0000

Olá Pessoal,

Explorando ainda algumas sessões de nossa participação no #NFD25, hoje vamos fazer uma tratativa relacionado apresentação da Aruba.

Nesta apresentação tivemos dois focos que são importantes para essa nossa evolução tecnológica, para qual foram expostos os temas sobre o WIFI 6E e sobre aderência em relação ao SD-WAN.

Como tenho mais aderência para o SD-WAN, vou mostrar primeiramente esses tópicos, pois nesta sessão devemos comentar que Aruba/HP fizeram aquisição da Silver Peak em meados de 2020, para qual na minha opinião a Silver Peak era umas das startups que ainda iam ser adquirida por uma dessas grandes marcas do mercado, e Julho ou Agosto foi feito anúncio sobre aquisição.

Pois bem, nesse ponto devemos trazer que em nossa sessão Aruba trouxe muita informação sobre o produto EdgeConnect, ou seja, fazendo associação que algumas empresas nasceram Datacenter, outra nasceram em Cloud.

Para trazer essa experiência e um pouco de entendimento, podemos verificar abaixo sobre os componentes inseridos para a solução, na qual não foge do nosso tradicional, pensando em SDWAN.

Desta forma, podemos visualizar os componentes que compõe a solução, e agregar que a menção exposta em nossa sessão esta relacionado ao EdgeConnect, fazendo assim a criação dos túneis IPSec dos pontos remotos aos hubs, e os hubs se conectam uns aos outros, e resto do fluxo você deve imaginar. Devido a isso, estamos acostumados a construir túneis VPN e conectividade através de qualquer conexão WAN a que tenhamos acesso, porém a Silver Peak traz a idéia de ser “botão fácil” para provisionar esta conectividade, assim como monitorar e se adaptar a problemas na rede SD-WAN.

A solução Aruba/Silver Peak utiliza o IP SLA para tomar as decisões sobre qual caminho(underlay) utilizar para encaminhar seu trafego através dos tunéis VPN(overlay). Para essas métricas de IP SLA, foi mencionado que eles utilizam o ICMP, porém também podemos fazer através de HTTP/s.

Agregando tudo isso, temos também o modelo tradicional adicionado ao Edge para os recursos de Segurança, na qual seguimos a linha de executar o modelo de “backhaul” ou inserir a parceiros em cloud(UTM).

Com isso, acredito que seja interessante acompanhar mais detalhes na apresentação executada pelo time da Aruba.

E sempre gostamos de mencionar “We love demos!!!” portanto, é muito valioso verificar alguns ítens sobre a solução e visualizar as capacidades que podemos ter a partir do momento que você deseja ver como funciona a solução, devido a isso você pode ter uma noção um pouco mais ampla sobre o que mencionei anteriormente, ou seja, criar tuneis IPSEC, bem como fazer uma validação através do Edge para conectar a Zscaler, Netspoke e criar seu “breakout” e acessar localmente, com todo o controle de segurança para a Internet. Veja abaixo:

Após esses tópicos foi abordado sobre a menção do WIFI-6E, bem como trouxeram números sobre uma pesquisa relacionado o 6GHz em todo o globo.

Para esse tópico tivemos uma demo, mostrando um teste(basicamente em um vácuo), colocando um cenário de um AP com as três bandas(2.4/5/6GHz). Para ser sincero eu nunca havia visto!!!

Basicamente, a reprodução agregada foi de 2,2Gbps para o teste em vácuo, porém tenha ciência que estava usando canal de 80MHz não apenas para 6GHz, mas também para 5GHz, e uma largura de canal de 2,4GHz de 40MHz. Se parar para pensar, isso não será resultado realistas para aplicações em nosso mundo real, porém foi interessante de visualizar.

Você pode conferir com mais detalhes da apresentação através do vídeo abaixo(à partir do minuto 04:35):

Nessas apresentações tivemos mais algumas informações, na qual recomendo conferir essas sessões através do site do Tech Field Day.

Conclusão

Podemos concluir que a solução de SDWAN esta seguindo os conceitos que visualizamos em outros vendors, trazendo a perspectiva de utilizar um único dashboard e agregar as facilidades de provisionamento automático, atrelado as validações de trafego, via IPSLA. Entretanto achei bem interessante a questão quando pensamos em SASE, trazendo a facilidade para avaliar e provisionar o “split” desse tráfego para diferentes regiões já mapeadas pela ferramentas de diferentes vendor.

Sobre o WIFI é bem interessante a demonstração, porém em nosso dia a dia acredito que temos ainda muito que evoluirmos para aceitação dessa demanda.

O que vocês acharam? Deixe seus comentários abaixo e coloque suas dúvidas ou sugestões.

Disclaimer: Gelstalt IT, the organizers of Networking Field Day, invited me to be a delegate, no gifts or swag influenced my decisions in writing this blog post. I do not receive cash compensation as a delegate. Also, I do not receive compensation for writing about or promoting Networking Field Day, all thoughts are my own and writing from my keyboard.

BLOG – NFD25 – Kemp – Visibilidade com NPM

Mon, 07 Jun 2021 00:00:00 +0000

Olá Pessoal,

Gostaria de trazer mais um post relacionado ao nosso evento do Tech Field Day, na qual hoje trago o detalhamento sobre apresentação da Kemp Technologies.

Em minha primeira participação (#NFD20) como convidado dessa comunidade, eu já havia assistido a palestra dessa empresa para qual trouxeram tópicos voltados mais as caracteristicas de Load Balancer, porém hoje o conceito abordado é totalmente diferente, pois iremos observar mais as caracterisiticas relacionado ao monitoramento da rede e entendimento desse trafego, através da menção baseado na aquisição feita por eles em 2020 da Flowmon, na qual buscar trazer a visibilidade baseado no NPMD(Network Performance Monitoring & Diagnostic).

Conforme podemos observar abaixo:

Com base nesse conceito a arquitetura apresentada para essa infra-estrutura estaria relacionado as probes do “flowmon” que coletam os fluxos de informações da rede “on-premises” ou em “cloud” vindo através de um snap ou tap. Com base nessa arquitetura os dados alimentam o coletor, que por sua vez é onde a Kemp traz os esforços para um serie de funcionalidades atreladas ao Monitoramento de Desempenho da Aplicação, Detecção/Mitigação DDoS, Visibilidade, Analise de Comportamento, etc.

Segue abaixo arquitetura apresentada para a solução.

Desta forma, podemos agora ter o entendimento mais aproximado para ter a visibilidade do fluxo que cada componente vai transmitir dentro dessa arquitetura, bem como observar onde estão essa probes e efetivamente o coletor que pode ser o VA(Virtual Appliance). Veja alguns exemplos sobre esse fluxo observando as possibilidades via os endpoints.

Para maiores detalhes e entendimento dessa arquitetura é interessante visualizar a sessão onde temos um pouco mais detalhes.

Assim como nas outras sessões “We love demos!!!“, desta forma nesta apresentação não poderia faltar, justamente para entender sobre a interpretação desses fluxos, porém os convidados questionaram bastante para entendimento e exploração sobre os quesitos de segurança mencionados, pois hoje sabemos que a maioria desse trafego ele acaba sendo criptografado, ou seja, por sua vez podemos ter muitos falso-positivos dentro dessa estrutura. Por mais que você capture todos esses pacotes disponíveis, sem ter a visibilidade do aplicativo ou do sistema que hospeda o aplicativo com um certo nível de inteligência, é extremamente difícil para um analisador de fluxo fazer uma diferenciação baseado em uma solicitação inteligente sobre o que é um ataque a um serviço, versus o que é seria um “indivíduo” pressionando o “Enter” com uma senha errada muitas vezes.

Segue a demo para ilustrução e avaliação desses quesitos.

Para finalização dessa apresentação, gostaria de compartilhar que eles divulgaram sobre um trial de 7 dias, na qual você pode fazer seu deplou em qualquer ambiente que esteja disponível para você. Segue os dados para cadastro e o link para acessar conforme o endereço abaixo:

Conclusão

Como vocês podem observar a menção dessas capturas de pacote não é algo novo propriamente, devemos observar que muitas ferramentas estão nesse conceito para analisar esse fluxo, portanto acredito que poderia existir algo adicional para tratativa desses dados associando-se alguma inteligência juntamente com as aplicações que estão executando esses dados, pois nessas situações acredito que seria o diferencial para visualizar que a tratativa “não é um evento de rede“, e sim entender que pode-se tratar de um evento de segurança.

Aqui também podemos pensar que ainda em muitas empresas esses times de Segurança e Redes são totalmente apartados e não existe uma integração forte, no que diz respeito a tratativa de incidentes, o que pode ficar a famosa “bola dividida“.

Espero que vocês tenham gostado e fiquem à vontade para comentar e compartilhar informações para esse tópico. 🙂

Abs,
Rodrigo

BLOG – NFD25 – vRNI ( VMware vRealize Network Insight )

Wed, 26 May 2021 00:00:00 +0000

Olá Pessoal,

Continuando nossa série de posts para detalhar as sessões do “Networking Field Day“, hoje iremos tratar um pouco sobre apresentação da VMware.

Eu já escrevi sobre uma análise/instalação do vRealize, entretanto voltado mais para as questões de log e o consumo dessa base para outras caracteristicas de análise, porém a sessão apresentada tem uma abordagem totalmente diferente mesmo sendo o mesmo nome de produto (vRealize).

Como podem imaginar as características dessa ferramenta está muito mais voltada para as questões de visualização da rede, ou seja, fluxos de trafégo de seu ambiente, portanto, trazendo essas percepções e entendimento do que estamos trafegando, com um olhar mais clínico no caminho fim-a-fim.

Um dos pontos interessante abordados na sessão, como já exposto é observar a comunicação fim-a-fim, com isso temos a denominação que “não devemos excluir nosso underlay“, portanto não fique focado apenas no entendimento do “overlay“, isso mostra que mesmo sendo empresa de virtualização os 0s e 1s de alguma forma trazem o entendimento e pode demonstrar os problemas/gargalos dentro de nosso ambiente. Veja abaixo:

Desta forma você pode conferir com maiores detalhes as abordagens em relação a visualização de monitoração da rede.

Devemos também lembrar sobre aquisição da Veriflow em 2019, que foi justamente baseado nessa abordagem que seria introduzido no vRNI, portanto já temos raízes bem fortalecidas dentro da ferramenta e consequentemente uma evolução sobre criar a visibilidade e a verificação por intenção, para assim facilitar muitas vezes em seu troubleshooting.

Desta forma, muitas das empresas sempre trazem as menções sobre ML (Machine Learning), para que isso seja inovador e que tenhamos as corretas impressões que a ferramenta esta tratando/processando seus dados para dar a visibiidade necessária, conforme abaixo:

Como sempre gostamos de visualizar “We love demos!!“, o interessante é avaliar quais são os dados demonstrados pela ferramenta e se você como operador vai interpretar aqueles gráficos. Pensando dessa forma foi demonstrado um caso de migração de ferramentas on-premises para a cloud, na qual temos agregado o HCX executando um “L2 extension“, na qual eles utilizam os fluxos de rede como base para descobrir as aplicações, fazendo assim até que uma diversão para nos engenheiros de rede. 🙂

Segue o video, bem como o fluxo para seguirmos em relação a transição do on-premises para a cloud.

E para concluir minha análise gostaria de mencionar sobre as questões do “intent“, ou seja, as intenções para a verificação e a detecção dos problemas, pois dentro dessa perspectiva o vRNI pode consumir os fluxos de “o que está acontecendo” e declarar a partir dos dispositivos para ver “o que pode acontecer“, bem como as intenções modeladas a partir do cliente. Assim como os “insights” dos fluxos das já descobertos anteriormente, pode permitir ao vRNI tomar decisões inteligentes sobre o que é uma anomalia, quais intenções não estão sendo cumpridas dentro da rede e o que não pode ser verificado. Apenas como resumo para visualizar conforme abaixo:

Vale ressaltar que a parte mais legal desta brincadeira foi que ela não é apenas utilizável para dispositivos VMware, mas também para outros fornecedores. Podemos considerar switches e roteadores da rede no underlay, bem como o estado e os fluxos que podem ser capturados. Devido a isso, vale a pena conferir a matriz de compatibilidade dos devices, bem como aqueles onde temos o recurso para visualizar “Network Verification and Assurance“.

Segue o video com todos esses temas sendo abordado.

Nessas apresentações tivemos mais algumas informações, na qual recomendo conferir essas sessões através do site do Tech Field Day.

Conclusão

Como havia mencionado no ínicio do post eu havia visto já os parâmetros em relação ao Log Insight, porém fiquei bem empolgado em visualizar esses recursos agora de fato voltado para a parte de “Network“.

Fiquei impressionado com a visibilidade e a relação que podemos ter com diversos parâmetros para obter de fato a questão da intenção de rede. Desta forma, também achei interessante a questão de associar-se com outros vendors, capturando fluxos e dando a visibilidade por exemplo de um “traceroute” tanto para encaminhar o pacote, como associação para que o destino retorne aquele pacote, fazendo assim avaliação fim-a-fim (end-user to application) em uma única tela ambas as informações para serem confrontadas.

Espero que vocês tenham gostado e fiquem à vontade para comentar e compartilhar informações para esse tópico. 🙂

Abs,
Rodrigo

BLOG – NFD25 – Juniper + Apstra – IBN

Mon, 24 May 2021 00:00:00 +0000

Olá Pessoal,

Como todos devem ter visto, nos participamos do “Networking Field Day”, como anunciado em nosso post, desta forma agora venho aqui para trazer algumas informações interessantes capturadas em nossas sessões e também dicas para caso alguém tenha perdido as sessões possa revé-las novamente.

Bom, como podem visualizar hoje venho aqui para falar um pouco sobre apresentação da Juniper, entretanto não sei se todos sabem, mas a Juniper adquiriu recentemente Apstra, que por sua vez é uma empresa muito dedicada automação de Datacenter com integrações para diferentes vendors ( VMware, Cisco, Arista, etc ).

De fato, eu gostaria de mencionar que todas as apresentações focaram muito nas “demo”, o que é excelente para visualizar, entender um pouco mais sobre os produtos. Meu dilema “We love demos!!”

Pensando nessas características, foi feito a demonstração da facilidade de criar-se um DCI entre dois Datacenter, para qual foi feito através de dois “leafs” via “underlay”. Para melhor detalhamento, segue a topologia para visualização.

Baseado nisso e para visualização segue as metodologias de configurações, onde de fato há se a necessidade apenas de fechar o tunnel, através de duas telas para posteriormente fazer os testes entre os servidores. Verifique o vídeo abaixo:

No próximo exemplo visualizamos as questões de configurações, mais voltado para os parâmetros do IBN ( Intent Base Network ), ou seja, esses parâmetros acabam sendo mais direcionados para as caracterśiticas sobre as intenções da rede, que leva você a ter mais dinamismo e automação para seus “desejos“.

Isso traz aquele desejo de você fazer as configurações baseado nas famosas “tags”. Com isso, você cria o seu template para as conectividades de VLAN/VXLAN member, sub-interfaces, BGP Peering, Routing Policy, desde da conectividade server ( Mgmt, Storage, Overlay ) até seus devices leaf, spine, border, DCI, etc. Veja a situação que temos para questões por exemplo de termos interfaces flapping em nosso ambiente de storage, para qual você visualiza através de probes dentro do grupo como um todo via API. Assista o vídeo da demonstração.

Para finalizar uma “demo” que achei fantástica devido a integração com diversas ferramentas, e a maioria delas são open-source (Slack, Ansible, Chatbot, Nautobot, EVE-NG) atuando diretamente mais para a pesperctiva de automação, pois traz a integração com ServiceNow ( gerência de tickets ). Vale a pena assistir e verificar a quantidade de caminhos que podemos pensar para trazer para seu ambiente. Para demonstrar o topologia do EVE-NG para a demo. rs!

Segue o vídeo para acompanhamento.

Nessas apresentações tivemos mais algumas informações interessantes, como a integração rápida e conclusiva do Apstra com o VMware NSX-T ( N-VDS, Underlay Mapping, expõe via API através de blueprint prontos, hypervisor integrado, etc ), bem como também uma sessão curta trazendo a visibilidade sobre os destaques de uma jornada na operação. Para conferir essas sessões recomendo olhar a playlist do evento no Youtube.

Como dica demonstrada na sessão, existi vários caminhos para praticarmos e também aprender um pouco mais sobre Apstra/Juniper. Inicialmente, você pode fazer 4 treinamentos bem interessante para iniciação no entendimento do AOS, e depois fazer laboratórios ( sandbox ) de várias topologias pré-definida e configurada dentro do Juniper vLabs. Vale muito a pena!!!

Conclusão

EU sinceramente fiquei surpreso com a facilidade de integração já definida dentro da ferramenta, bem como a visibilidade que ela traz de forma simples e intuitiva. Não sei se todos conhecem o Contrail da Juniper, mas é uma intuição minha após essas sessões e novamente opinião própria minha que em algum momento muito dos recursos já desenvolvidos do Contrail estarão embutidos no Apstra, por consequência o contrail irá “morrer”, devido a muito das facilidades/integração já estarem prontas e bem mais maduras no Apstra.

Espero que vocês tenham gostado e fiquem à vontade para comentar e compartilhar informações para esse tópico, pois são ítens novos para eu navegar. 🙂

Abs,
Rodrigo

BLOG – Networking Field Day 25 – Estaremos lá!!!

Mon, 03 May 2021 00:00:00 +0000

Olá Pessoal,

Acredito que os seguidores do BLOG provavelmente devem conhecer sobre esse grupo/comunidade/empresa que estou escrevendo, pois eu já estive nesse evento como ” convidado ” em 2019, na qual vocês podem acompanhar esse anúncio.

Pois bem, agora em 2021 eu fui convidado novamente, é com grande satisfação e entusiasmo que irei colaborar novamente para a comunidade, com o compartilhamento das informações, bem como também com enriquecimento desse conhecimento que descobrimos nesses eventos. Isso deve-se, porque de uma certa forma as empresas fazem as apresentações com o intuito de trazer alguma novidade ou de alguma forma o esclarecimento de algum produto/tecnologia que eles estão evoluindo.

Se desejarem conhecer um pouco mais do trabalho deles, recomendo acessar o site Tech Field Day e talvez algum video das apresentações já executadas por eles, você em algum momento, já deve ter visto pelo canal do Youtube Tech Field Day os videos, com as explicações de alguma tecnologia, ferramenta ou produto desses vendors.

Devido a vocês já imaginarem, esse evento irá seguir de uma forma diferente do tradicional como é a proposição desse grupo, pelos motivos já conhecido de todos, ou seja, será uma nova experiência participar online. O porquê digo isso? Como podem imaginar no ” background ” acaba ocorrendo muitos tópicos em paralelo, bate papo, troca de informação, interação entre os membros e as empresas, socialização entre os membros, e devido a ser online iremos perder todo esse contexto, porém será de grande valor devido à eles já estarem fazendo esse evento a mais de 1 ano no online, e como conversado esta fluindo bem a interação neste modelo.

Mas volto a reforçar que eles tem a intenção de manter o presencial o quanto antes, pois a essência desse grupo é justamente trazer essa sensação de socialização e grande troca de conhecimento esses os membros do grupo.

O evento será agora em Maio, desta forma já podem deixar anotado em sua agenda que teremos um brasileiro representando nossa comunidade. As apresentações serão de ( 12-14 Maio ), sempre lembrando que iremos ter a diferença de fuso horario, na qual vamos acompanhar o fuso de São Francisco ( UTC -7 ).

Na ultima semana já tivemos o anúncio final das empresas participantes e posso dizer que fiquei bem feliz por dois motivos. Inicialmente, temos empresas que estavão no dia em que eu estava presencial em 2019, portanto vou verificar como esta evolução desses produtos e outro motivo, que são empresas que sempre estou buscando informações no dia a dia, bem como está totalmente voltado aquilo que eu busco de conhecimento técnico. Segue as empresas abaixo:

Segue os contatos desses parceiros que estaremos discutindo nesses 3 dias:

http://www.juniper.net/us/en/ – Twitter: @JuniperNetworks
https://kemptechnologies.com – Twitter: @KEMPtech
https://www.nokia.com/ – Twitter: @NokiaIndustries
http://PathSolutions.com – Twitter: @goPathSolutions
http://www.vmware.com/ – Twitter: @VMware
https://www.ipinfusion.com – Twitter: @IPInfusion
https://www.arrcus.com – Twitter: @ArrcusInc
http://www.arubanetworks.com/ – Twitter: @ArubaNetworks

Temos também o anúncio oficial feito pelo NFD e vocês podem acompanhar através desse link, bem como conhecer todos os integrantes que estarão compartilhando comigo essa experiência.

Nas próximas semanas vou postar mais novidades e se desejar pode me acompanhar no Twitter através duas conta ( @rar_21 e @blogciscoredes ) que sempre estarei notificando sobre as novidades e obviamente sobre o evento em real-time. 🙂

Abs,
Rodrigo

BLOG – NFD20 – PathSolutions – Nova Forma de Troubleshooting

Thu, 04 Jul 2019 00:00:00 +0000

Olá Pessoal,

Devido a diversos fatores eu ainda não havia finalizado meus posts relacionado ao evento que participei em Fevereiro de 2019 via Network Field Day. ( NFD20 ).

Com isso volto hoje aqui, para falar um pouco mais sobre a sessão que tivemos da empresa Path Solutions. Talvez vocês possam me perguntar, nossa porque depois de tanto tempo ele ainda quer falar sobre isso? De fato como estou aqui para trazer informações que de alguma forma é interessante para nosso entendimento, e também seja de algum valor para nossos leitores, pois acredito que isso possa ajudar em seu dia a dia.

Para iniciarmos o ” Slogan ” da empresa é conforme abaixo, ou seja, não deixe sua rede como uma tartaruga ( lenta ).

Essa apresentação foi feita pelo CTO – Tim Titus ( Twitter: @gopathsolution ), no qual a empresa foi fundada no ínicio de 2007, com a intenção de prover maior automação com as informações coletadas e analisadas da rede. Para isso foi colocado as facilidades para executar uma ” root-analyze ” através de uma interface, e assim ter uma dado concreto do porque teve aquele problema.

Não posso mentir, entretanto a interface gráfica da ferramenta não é a mais agradável lembrando algumas épocas passadas ( Windows 95 ), entretanto não se preocupe nesse momento com essa ” perfumaria ” e sim com as funcionalidades do software. Em um dos questionamentos fora da apresentação o Tim mencionou que esse design está sendo analisado para trazer uma melhor visibilidade para os usuários.

Introdução

Desta forma, ele apresentou seu conjunto de ferramentas atrelados ao gerenciamento de desempenho, conhecido como TotalView, no qual ele trouxe a historia que essa solução veio depois de ter passado anos como engenheiro de redes, tentanto entender alertas desconectados e informações de pesquisas ( BLOG, sites de Fabricante, etc ) durante os eventos de ” trou****bleshooting “. Talvez você esteja se perguntando eu faço isso muitas vezes durante o dia.

Acredito que não somente você mas eu também já tive diversos momentos pesquisando sobre as razoes por trás daquelas mensagens de sylog, validações dos contadores de erros das interfaces, por isso que PathSolution criou esse conjunto de ferramentas que ajudaria chamar atenção dos Técnicos para os erros das rede e assim fornecer informações mais consolidadas, com passos úteis para resolver.

Para entender um pouco melhor veja apresentação feita pela empresa:

Detalhamento

Para detalhar um pouco mais sobre o produto o TotalView monitora todas as interfaces de um dispositivo de rede e pesquisa em seus 19 contadores para mostrar uma visão completa da saúde de sua rede. Uma das questões que surgiu foi sobre a metodologia para executar captura ” polling “, pois imagina-se o trafego e dados para capturar todas essas informações, entretanto a menção foi trazer que isso pode ser feito através das MIBs, MIBs personalizadas, porém ainda existe menções sobre perca de desempenho da rede através desses ciclos de pesquisa para ferramenta trazer essa analise. Com isso a empresa mencionou que acredita que o SNMP ainda fornece dados muito rico e que estão faltando ainda em soluções de Telemetria.

A questão principal ainda menciona, como o TotalView evita a falta de dados em ambientes grandes se coleta por padrão de 5 minutos? Sua resposta é um pouco diferente de outras plataformas de monitoramento.

PathSolutions então ao invés de enviar uma única solicitação para um switch de 48 portas para percorrer o MIB e analisar as estatísticas da interface, eles enviam uma única solicitação de 512k/interface para as informações, ou seja, muito mais específico. Isso não só torna o monitoramento leve na rede, mas também garante a coleta rápida e completa. Para empresas com ambientes grandes, este método de coleta pode ser um divisor de águas, especialmente quando combinado com as ajudas baseadas em contexto.

Volte ao ínicio

Esse contexto está muito atrelado ao que já foi mencionado anteriormente, ou seja, imagina você chegando em sua plataforma na qual recebeu um email com o alerta, você verifica que seu switch core incrementou muitos ” FCS Errors “, mas que ao mesmo tempo você já tem essa ” Wiki ” associada, onde ela pesquisou em diversos sites e até do fabricante para trazer um dado mais apurado do porque aquele erro ocorreu. Parece meio mágico, mas isso é algo que esta trabalhando-se com as menções de mercado ” Big Data “, ” Automation ” e ” Previsibility “

Você pode conferir com maiores detalhes apresentação do produto e tirar suas próprias conclusões.

Um dos itens que pode se destacar para você é o mapeamento de sua rede conforme descoberto pelo TotalView. É de grande ajuda para que você possa ver onde os problemas estão acontecendo. Infelizmente, Tim disse que o software não foi capaz de exportar essa topologia para ferramentas como o Visio. De todas as imperfeições ( e não houve muitas que eu tenha visto ) esta foi uma grande imperfeição. A razão por trás dessa decisão foi que a maioria das redes estão em uma grande quantidade de mudanças e um documento do Visio só tira foto do que “era” e não do que “é”. Outro ponto para destacar-se que ainda não tem compatibilidade para analises em IPv6. 🙁

Volte ao ínicio

Enfim, em linhas gerais eu acredito que tem ítens para serem desenvolvidos, mas o motor de analise por tras da ferramenta acaba destacando-se para trazer uma visibilidade mais apurada.

Espero que vocês tenham gostado e deixe seus comentários abaixo sobre o que achou e continue nos seguindo que mais conteúdos serão divulgados.

Abs,
Rodrigo

BLOG – NFD20 – SnapRoute

Mon, 06 May 2019 00:00:00 +0000

Olá comunidade,

Dando sequencia a nossa serie de posts, atrelados a participação que fiz para o Tech Field Day vamos hoje detalhar um pouco mais sobre a sessão da SnapRoute.

De uma forma ou de outra acredito que iremos entrar em um item polêmico, bem como o mais difícil ( para eu como leigo ) de interpretação, porém acredito que essa palestra/sessão foi há que trouxe mais impacto para mim e também para os participantes convidados pelo TechFieldDay, bem como meus conceitos relacionado essas novas demandas necessárias, que de alguma forma nos Engenheiros de Redes precisamos nos acostumar.

Como estrategia, a nossa sessão foi para mencionar sobre o lançamento do Cloud Native Network Operation System ( CN-NOS ). É isso mesmo que você esta lendo, eles estão com o propósito de trazer um novo sistema operacional!!!

Todos nós estamos acostumados com nossos sistemas operacionais ( Cisco – IOS ) que de alguma forma acaba sendo monolitíco ( estive aqui, fiz isso ), ou seja, nada extraordinário no sentido de mover os pacotes através de suas interfaces físicas, ou de encaminhar para fora daquela caixa física. Pois bem, Cloud está mudando um pouco esses conceitos trazendo algo em questão de micro-performance, white-box, agilidade, automação, programabilidade. Baseado nisso, recomendo verificar esse vídeo apresentado por Adam Casella – Co-Founder & CTO ( Twitter: @AdamCasellaSR ), explicando alguns ítens sobre o CN-NOS, bem como no ínicio eles trazem as experiências anteriores que de fato ambos CO-Founder e o CTO trabalharam juntos na Apple ( especificamente com DC ) e também uma formação de ter trabalhado como TAC Engineer da Cisco.

Baseado no principal slide conforme abaixo, temos vários ítens que estão atrelados ao projeto, como o Linux Embedded ( Yocto Project ), o hardware sendo abstrato e alma do negocio que seria Kubernetes.

Pois bem, Kubernetes hoje está sendo muito difundido nas áreas DevOps, NetDevOps, Cloud Scale, Virtualização, Containers, onde esse projeto iniciou-se internamente dentro do Google. Você pode também ver muitos comentários sendo direcionados como K8s. De fato, pelo meu sentimento ainda falando-se de ” Redes ” nesse contexto de Kubernetes é meio obscuro, e obviamente não temos muitos fãs para entendimento concreto desse novo ambiente.

Somente acredito que devemos sim, dar uma atenção para essa nova demanda, pois é fantástico como as coisas são facéis e dificeis em certos momentos. Como um breve resumo segue alguns ítens falando-se do CN-NOS:

Não tem nenhuma re-invenção do modelo OSI, mas sim, a reutilização das aplicações de rede Metaswitch (alimentação de várias plataformas vendidas por outros ODMs);
De fato tudo é um container, nada de revolucionário até aqui, pois é isso que NOS parece estar se dirigindo, onde é centro para Kubernetes API, ou seja, como dissemos ( todos os daemons e funções de rede ) estão em containers, pois bem é nisso que tendo esses containers significa uma escolha natural gerir todo o ciclo de vida via Kubernetes.
O resultado é que você pode operar um dispositivo de rede (configure/get data/etc.) usando a API Kubernetes.
E para os amantes de CLI, sim, você pode ter uma CLI, que não é nada além de um ” wrapper ” em torno de uma API Kubernetes

Pois bem, como não poderia faltar a mais desejada ” demo “, ela foi executada para todos os participantes e recomendo você observar essa apresentação, pois temos um exemplo de um container rodando processo BGP, e de fato é feito upgrade do container sem perder um único ping. 😯

Com isso, se alguém chegou até o final do post seguindo esses itens/videos eu acredito que tenha despertando alguns interesses em pelo menos pesquisar sobre alguns tópicos adicionais que estão sendo agregados dentro de nossos ambientes, bem como acredito que SnapRoute tem grandes desafios ainda, no sentido de integrar essa solução usando NOS com outros fornecedores e utilizar o Kubernetes que será o grande aliado deles nessa solução.

O que vocês acharam dessa nova ideia, solução que foi apresentada? Foi impactante? Deixe seus comentários.

Abs,
Rodrigo

BLOG – NFD20 – Fortinet SDWAN

Wed, 03 Apr 2019 00:00:00 +0000

Olá Pessoal,

Conforme venho trazendo em nossos novos posts baseado no evento que participei do Tech Field Day ( #NFD20 ), hoje venho aqui para falar um pouco sobre apresentação da Fortinet.

Como vocês podem observar nosso foco maior será baseado na solução de SDWAN que eles nos apresentaram, bem como as funcionalidades e facilidades que a ferramenta pode oferecer. Se você interessou-se por esse conteúdo recomendo acompanhar junto comigo.

Acredito que hoje em dia vocês de alguma forma tem gastado um bom tempo de seu dia a dia escutando essas novas tecnologias/acrônimos/buzzwords relacionados a área de TI, como ” SDWAN “, ” Fabric “, ” vetor de ataque “, ” Dashboard maravilhoso para configurar “, ” Fácil de configurar via browser “, ” Único painel “, etc. Obviamente que os ” vendors ” estão trazendo essas soluções e demonstrando sobre esses parâmetros, devido essa nova revolução que estamos vivenciando em nossos ambientes de redes, porém um ponto que ainda fico com muita dúvida é sobre ” vendor agnóstico “.

Pois bem, hoje escutamos sempre que podemos integrar diferentes vendors utilizando alguns protocolos ” ex.: OpenFlow “, porém no momento que precisamos fazer essas tratativas em campo as realidades são totalmente oriundas e chega-se em um momento que de fato, algo não pode ser integrado. Dentro desse contexto tenho dois pontos que me chamaram atenção sobre essas soluções, que inicialmente está muito relacionado ao design, pois se observarem nesse caso a Fortinet menciona que não é possível eu ter redundância de hardware dentro do ambiente, e que ambos os circuitos precisam ser conectados no mesmo appliance para que possamos ter todas as funcionalidades operacionais. Sim, soa um pouco estranho essa abordagem, porém é desta forma que devemos trabalhar. Segue abaixo as idéias:

Um outro ponto que chamou muita atenção foi a menção baseado no ” SSL Inspection “, o qual alegou que, por causa dessa arquitetura de sistema, eles conseguiram ver um desempenho de 15% na inspeção de SSL/VPN, em vez de 70% dos outros fornecedores. Fortinet explicou que os números de desempenho do NSS Labs foram baseados no FortiGate 500E em comparação com outros fornecedores da mesma linha. Esse sucesso de 15% não é esperado em dispositivos menores, SOHO, porque de fato não temos processadores e memorias dedicadas para fazer essa inspeção.

Após esses detalhes fomos visualizar mais as questões de funcionalidades da plataforma e de fato consolidar sobre o design que havia mencionado anteriormente. Dentro desse conteúdo também podemos observar sobre o menção que eles definem como ” Security Fabric “, na qual vai trazer toda a solução para ser agregada a cada pedaço de seu ambiente, bem como também os “ partners ” que estão atrelados ao seu produto para que tenhamos as soluções de ” NFV “. Abaixo pode ter um detalhamento sobre essa menção.

Para que você entenda um pouco desse detalhe recomendo visualizar o conteudo do video onde o Stephen Watkins – Principal Security Architect explica sobre essas demandas.

Para finalizar temos uma sessão específica para detalhar mais sobre o que mencionei acima ” Security Fabric ” que tem abordagem de fato para análise desde do cliente ( usuário final ) até o caminho que ele está solicitando o serviço. Nesta demo ele traz com mais detalhes todo o mapeamento da rede do usuario usando um Windows e consolidando suas políticas de segurança.

Para minha conclusão existe uma infinidade de produtos para agregar todo o escopo, porém um dos ítens que acredito pode tracionar ainda mais a Fortinet é a sua capilaridade já alcançada com seus Firewalls ( Fortiget ), pois para que possamos rodar o SDWAN não teriamos nada adicional ( $$$ ) para iniciar seus trabalhos, entretando nessa apresentação a demo que eu esperava tanto com maiores detalhes sobre os recursos de SDWAN foram muito vagos e apenas demonstrado dois ou três menus, apenas para falar sobre selecionar o caminho, mas nada de ver trafego de fato passando ( rsrs ).

Espero que vocês consigam digerir todo esse conteúdo e tenha gostado da minha analise. Qualquer ponto adicional deixe seus comentários. 🙂

Abs,
Rodrigo

Fonte Ajuda:
https://www.bytesofcloud.net/2019/02/fortinet-sd-wan-nfd20/

Disclaimer: Gelstalt IT, the organizers of Networking Field Day, provides travel and expenses for me to attend Networking Field Day. I do not receive cash compensation as a delegate. Also, I do not receive compensation for writing about or promoting Networking Field Day.

BLOG – NFD20 – VMware – SDWAN

Mon, 11 Mar 2019 00:00:00 +0000

Olá Pessoal,

Enfim, mais um ” resumão ” sobre nossa visita ao NFD20 ( Tech Field Day ), e desta vez vou abordar sobre a sessão que tivemos nas dependência da VMware ( Palo Alto City ), com o propósito de apresentar sobre sua solução de SDWAN atrelado ao produto Velocloud.

Acredito que todos devem saber, porém vale relembrar que a VMware adquiriu a Velocloud em Dezembro de 2017, com o intuito de agregar a seu portfolio as soluções de SDWAN, bem como já existia um interesse nessa aquisição devido a Velocloud ter trabalhado muito mais proximo da VMware e as integrações dos produtos de uma certa forma já estavam um pouco amarradas.

Inicialmente, Tom Gillis ( SVP & GM, NSBU ) apresentou sobre a visão de integração entre as área de ” Networking ” e ” Segurança “, colocando seus detalhes sobre as oportunidades que VMware visualiza dentro desse segmento, bem como sobre as demandas em Cloud, trazendo cada vez mais dentro de infraestruturas em código, assim como os exemplos de hoje termos diversas VMs e microserviços espalhados por toda a estrutura ( on-premisses, Cloud ), desta forma conseguir oferecer essa camada de conectividade e proteção ao seu ambiente. As oportunidades são justamente em trazer toda essas facilidades através de software ( NSX – serie de posts em nosso BLOG ) + Web GUI + Rest API. Se desejar saber mais sobre essa sessão recomendo assistir ao video abaixo, onde ele também explora sobre os nossos conceitos relacionados as menções de hardware e virtualização.

Após esse anúncio, iniciou-se a parte que eu mais gostaria de visualizar que seriam sobre as atualizações dos produtos relacionados a SDWAN, bem como a demo. Toda a estrutura se formos pensar sobre a solução de SDWAN, ela está totalmente correlacionada ao NSX, que por sua vez, terá as funcionalidades de trazer seu ” Plano de Controle ” + ” Gerência ” + ” Análises ” + ” Visibilidade “. Desta forma, teremos os pontos chave para que possamos construir essa solução associada ao conhecimento que Velocloud agrega ao produto. Abaixo segue as menções sobre as demandas que deve-se oferecer como: um meio de transporte totalmente transparente, oferecer segurança unificada, uma interface ( GUI ) de fácil usabilidade, e o carro chefe de qualquer produto SDWAN ( Dynamic Path ).

Depois desse overview, Tony Banuelos ( Product Line Manager, NSBU, VMware ), iniciou falando sobre os modelos dos SD-WAN Edge que podemos obter, baseando-se na necessidade de cada ponto remoto ( edge ), sempre correlacionando com a largura de banda. Desta forma, podemos observar nesse momento à evolução desses ” White-Box ” e a relação de alguns modelos que aceitam trabalhar com ” VNF – Virtual Network Function “, bem como os modelos que temos para adquirir através somente de um arquivo ( .ova ) para deploy deles em suas estruturas ( KVM, ESXi ). Todos eles podem ser adquiridos através de seu CAPEX e também você paga o ” subscription “. Segue abaixo os modelos:

Alguns questionamentos foram abordados no sentido de trabalhar com esses enlaces LTE, Broadband, MPLS em Active – Active, porém até o presente momento a plataforma consegue oferecer apenas o Active – Backup, bem como a questão de suporte a IPv6, onde ainda não temos essa capacidade para trabalhar nativamente com IPv6. Muitas menções foram colocadas sobre as homologações das ISPs para oferta do LTE, e os citados estão totalmente atrelados as operadoras dos USA ( ATT, Verizon, T-Mobile ), devido a isso eu acabei perguntando diretamente ( off-line da sessão ) sobre as questões em relação a região que nos aqui brasileiros trabalhamos, e segundo a resposta do Tony eles estão trabalhando para aumentar isso agora para outras regiões, mas que até o momento não é possivel utilizarmos esses recursos no Brasil. Segue o vídeo abaixo para sua analise:

Após esses detalhes, Fan Gu ( Product Line Manager ) apresentou sobre ” Visibilidade ” e as menções sobre as integrações dentro da plataforma para que possamos trabalhar com ” VNF “, bem como os parceiros em ” IaaS ” ( AWS, Azure ) para oferecer granularidade e acesso as suas aplicações diretamente nessa infra-estrutura. Desta forma, também já temos disponivéis dentro desses parceiros via MarketPlace para executar instalação desses virtual appliances. Segue abaixo o vídeo detalhando todos esses parâmetros:

Finalmente, chegou a hora relacionado a demo, onde foi exposto um exemplo de implementação utilizando os recursos disponivéis da Azure. Nesta demonstração foi criado dois tunneis através de seu Virtual Edge via Orchestrator Velocloud, após essa criação podemos observar os tunneis sendo criados automaticamente no Virtual HUB instalado dentro da infraestrutura Azure e com isso trazendo sua comunicação ” Branch Office ” para suas duas VNETs. Segue abaixo a demo:

Para finalizar foi entregue um livro para todos os representantes, conforme abaixo. Até o momento eu não finalizei a leitura dele, assim que eu finalizar volto aqui para comentar sobre o mesmo.

Sinceramente eu espera um pouco mais sobre a demo, explorando um pouco mais afundo seus detalhes sobre scripts, segurança, analise mais profunda de alguma aplicação, etc. Um ponto importante que chamou minha atenção e gostaria de ressaltar que nessas apresentações, por diversas vezes a menção CCIE foi falada, principalmente sobre as características da real necessidade desse engenheiro, entretanto essas discussões nos podemos trazer em outro post para correlacionar mais esses ítens.

Espero que vocês tenham gostado e se ficou alguma dúvida ou sugestão coloque aqui em nossos comentários. 🙂

Abs,
Rodrigo

BLOG – NFD20 – Kemp Technologies

Thu, 28 Feb 2019 00:00:00 +0000

Olá comunidade,

Como vocês veêm observando estou detalhando as sessões que vivenciamos em nosso encontro denominado ” Network Field Day “ – #NFD20.

Hoje venho aqui para detalhar um pouco sobre a solução apresentada pela Kemp Technologies, a qual ela trouxe a proposta sobre seus Load Balancers e ADC ( Application Delivery Controllers ) em uma visão holistica de toda essa cadeia. Pois bem, você já deve estar pensando, para isso temos varios players para atender essa demanda ( F5, NetScaler, Cisco ACE ), sim de fato existem, porém a proposta é um pouco diferente em relação a bater de frente com esses competidores.

Quer descobrir um pouco mais, então segue comigo a linha de raciocionio e depois você pode tirar suas próprias conclusões. 🙂

Neste dia quem trouxe as novidades foi Jason Dover ( Vice President, Product Strategy ) – @jaysdover, que inicialmente falou um pouco sobre a empresa, onde já está atendendo em torno de 25K clientes em quase 115 países, com o propósito de oferecer um ” painel of glass “ independente se os balanceadores são ” on-premises ” ou ” cloud “, bem como se eles são propriamente da Kemp ( LoadMaster ).

Exatamente, eles estão trazendo dois recursos ( Kemp 360 Central e Kemp 360 Vision ), que tem a caracteristica de unificar os dados independente de seu fornecedor ( até momento F5, NGINX, AWS ELB, HA Proxy ) e se de fato ele esta instalado localmente ou em algum provedor IAAS ( Azure, AWS ), com isso o objetivo é oferecer um monitoramento, correlação e análise preditiva. Para entender um pouco mais sobre empresa recomendo olhar esse vídeo.

Como mencionado acima o LoadMaster pode ser um hardware, como também pode ser um virtual appliance, que por sua vez já tem compatibilidade com diversos hypervisores, reunindo informações como syslog, WMI e dados SNMP de load balancers e ADCs, bem como encontra-se no MarketPlace dos players de Cloud. O 360 Vision é uma plataforma em nuvem que recebe informações dos load balancers e ADCs. Ela correlaciona e analisa essas informações para identificar possíveis problemas, alertar os administradores com alertas antecipados e fornecer um local de monitoramento central para balanceamento de carga distribuído e instâncias ADC, sejam físicas ou virtuais.

A Kemp desenvolveu um conjunto de mecanismos de regras, baseados nos tickets de suporte capturados dos clientes, para ajudar a detectar sintomas de possíveis problemas e identificar a causa raiz dos problemas. O software inclui alguns recursos de processamento local para análise imediata e também envia essas informações para os serviços em nuvem.

Como todo engenheiro de rede sempre observamos esses balanceadores como sendo equipamentos gigantescos para suportar as requisições entrantes e entregar da melhor forma ao seus servidores baseado em cada aplicação. Os engenheiros de rede implantariam appliances de hardware de alta capacidade em frente às tradicionais pilhas de aplicativos. Os appliances gerenciam suas conexões e distribuiem as cargas,

Talvez você pense que essa arquitetura não é mais aplicada no sentido de gerar talvez ” estragulamentos ” em sua aplicações? Sim, de fato você esta correto, pois hoje temos arquiteturas de aplicações mais modulares e os balanceadores de carga mudaram para atender a essas arquiteturas. Em vez de um cluster de caixas gigantes, os arquitetos e desenvolvedores de aplicativos podem balancear e colocá-los mais próximos das cargas de trabalho reais. Com isso não somente a Kemp mas outros fornecedores tem as soluções virtuais justamente para trabalhar nesses ambientes distribuídos.

Com isso, a sacada do 360 Vision é uma parte fundamental da estratégia da Kemp para permanecer relevante neste novo ambiente. O componente de análise preditiva adiciona uma camada de valor, tanto para monitoramento básico quanto para solução de problemas, em ambientes heterogêneos. Para saber um pouco mais, nós tivemos uma demo sobre essas novas diretrizes do produto e você pode conferir nesse vídeo.

Se você interessou-se por essas menções você pode fazer o download free do LoadMaster, e também pode consultar o datasheet dos appliances virtuais para avaliar a capacidade de cada modelo. Outro fator interessante que varias automações para deploy podem ser feitas via Ansible, bem como a utilização dos APIs.

Eu acredito que eles tem muito trabalho para melhorar alguns recursos do produto, bem como a menção de trazer uma plano mais qualitativo no momento de transferências de politicas de outros vendors para a plataforma Kemp, porém acredito que o produto tem muito a crescer na agregação do 360.

O que vocês acharam? Deixem seus comentários.

Abs,
Rodrigo

BLOG – NFD20 – Juniper

Wed, 20 Feb 2019 00:00:00 +0000

Olá Comunidade,

Como todos devem ter visto recentemente fui para o evento ” Networking Field Day ” que é comandado pela equipe denominada Tech Field Day. Se ainda não conhece esse grupo recomendo visitar meu post sobre minha representação a essa equipe.

Com isso, hoje venho aqui para contar uma das histórias sobre a sessão que tivemos da Juniper. Nesta sessão eles tinham a ideia de trazer de fato o tópico mais evidenciado através daquela palavra ou ” buzzwords “ denominada automação.

No inicio Mike Bushong @mbushong ( VP Marketing ) iniciou justamente falando sobre essa menção da utilização de automação em nossos ambientes de redes, mais focado para as questões desses trabalhos em ambientes de multicloud, com o intuito de facilitar de alguma forma o dia a dia do time de operação ou implementação. Com isso a proposta foi justamente demonstrar algumas frentes de trabalho que a Juniper esta apoiando, para que isso possa beneficiar as pessoas que trabalham com seus produtos.

Inicialmente foi apresentado sobre a comunidade denominada como ENGNET, que tem por caracteristicas trazer as facilidades, onde você possa aprender essas novas características e praticar em ambiente virtualizados ou ferramentas que possa simular alguma situação real. As outras características está também na divulgação de código já desenvolvidos pela comunidade, para que você possa pesquisar e de alguma forma reutilizar esse código. Esses códigos podem ser explorados através dessa sessão ” Automation Exchange “. Se quiser visualizar mais algum ítem especifico recomendo assistir a sessão abaixo:

https://youtu.be/-5gHWy9g7ZA

E para finalizar, o que mais me chamou atenção foi justamente pensando nas características de aprendizagem que estão sendo amarradas para facilitar as pessoas que estão iniciando-se nessa jornada. Com isso foi apresentado sobre a NRE Labs ( Network Reliability Engineer ).

O NRE Labs é uma iniciativa sem compromisso e centrada na comunidade para colocar as habilidades de automação ao alcance de todos. Isso é feito através de exercícios curtos e simples, todos executados via navegador ( Obs.: Não existe necessidade de fechar VPN, instalar software de acesso remoto, virtualizar, etc ), onde você pode aprender sobre as ferramentas, habilidades e processos.

ATENÇÂO!!! É totalmente free e também não existe a necessidade de fazer nenhum cadastro para começar a utilizar, somente procurar seu LAB via ” Search Lessons “ -> digitar algo que seja interessante, por exemplo, ” Python ” e começar seu laboratório.

Basicamente por trás da ferramenta toda a infraestrutura é montada através de kubernets para agilizar e provisionar esse ambiente, entretanto o core esta baseado em um código aberto denominado ” Antidote “, onde você pode consultar sua documentação através desse link.

Vale lembrar que é um projeto open-source que visa tornar as operações de rede automatizadas mais acessíveis, com uma aprendizagem rápida, fácil e divertida. Ele ensina habilidades de automação de rede a partir do zero para engenheiros de confiabilidade de rede (NREs) e outros profissionais NetOps ou amadores. Abaixo você pode visualizar arquitetura dessa ferramenta que por sua vez roda no Google Cloud ( GCP ).

Vocês pode conferir seu funcionamento diretamente na página, porém ele também coloca a facilidade de ter acesso uma maquina Linux diretamente na console pela GUI do browser. Se você está pensando que existe a necessidade de digitar milhões de comando, na verdade, não precisa, pois os botões já colam os comandos dentro da máquina Linux, evitando algumas vezes aquelas incompatibilidade de teclados. 🙂

Se deseja obter maiores detalhes recomendo assitir ao vídeo, onde foi feita apresentação para todos os representantes sobre a ferramenta como eu detalhei acima. Nesta sessão tivemos o Matt Oswalt @mierdin ( Product Marketing Manager ).

https://youtu.be/Q2k-BXzLp_Y

Para concluir acredito que são novos caminhos para que você possa desenvolver-se e melhorar seus conhecimentos nessas novas categorias que estamos vivenciando em nosso dia a dia. O único ponto que tenho para adicionar é que esse ambiente da Juniper ( EngNet ) tenha uma fluidez melhor no seu site para pesquisar os recursos, bem como uma compatibilidade para acesso aos laboratórios, pois fiz algumas validações e percebi que você tem que criar um usuário para cada ambiente, o que torna mais dificil a navegação, ou seja, seria mais interessante unificar o acesso ao fato para que tenha apenas uma plataforma de validação e consequentemente consiga navegar pelas posteriores. Sobre o NRE Labs eu desejo que eles continue com esse trabalho conseguindo ofertar mais opções de laboratórios com essa mesma fuidez já existente.

Espero que vocês tenham gostado e deixe seus comentários ou duvidas abaixo.

Abs,
Rodrigo

BLOG – Networking Field Day – Ao Vivo

Wed, 13 Feb 2019 00:00:00 +0000

Olá comunidade,

Conforme mencionado anteriormente, essa semana estou em um dos eventos que fui convidado a participar denominado Networking Field Day 20 – San Francisco.

Se você não conhece recomendo ver meu post, onde detalho sobre esse evento, bem como detalho abaixo todas as sessões que iremos ter durante esses próximos 3 dias.

Fique ligado no streaming abaixo onde teremos todas as sessões sendo transmitidas ao vivo.

Espero que vocês gostem e me sigam no Twitter que também estou postando toda nossa trajetoria durante esses dias.

OBS.: Como vocês podem observar esse evento ocorreu entre o dias 13 e 15 de Fevereiro 2019 e vocês visualizaram que ele já encerrou-se, portanto para você que chegou aqui recomendo consultar o canal do Youtube do TechFieldDay para assistir a todas as sessões feitas nesse evento. Confira!!!

Abs,
Rodrigo

BLOG – Tech Field Day 20 – Estaremos lá!!!

Wed, 23 Jan 2019 00:00:00 +0000

Olá Pessoal,

De fato ano está apenas começando e a cada dia mais novidades e coisas novas que estão acontecendo que de verdade eu não estava imaginando.

Não sei se todos conhecem ou acompanham essa equipe denominada Tech Field Day, na qual eles fazem sessões separadas por torre de tecnologia como:

Cloud
Mobility
Networking
Security
Storage
Virtualization
Wireless

Pois bem, eles são um grupo que trazem diferentes vendors e líderes independentes para compartilhar informações, novidades e opiniões em um formato relacionado as discussões desse produtos e vendors com suas características relacionadas entre elas. Baseado nisso, são selecionados alguns ” Representantes ” ( Delegates ) para participarem desses eventos e junto trazerem sua experiência do dia a dia, bem como agregam as discussões sobre esses produtos.

Esses influenciadores podem ser bloggers independentes, podcasters, freelancers writers para estarem juntos nesse dia, e de alguma forma agregar as discussões, para que posteriormente isso possa ser compartilhado com suas redes de contatos e divulgação dentro de seus canais de comunicação.

Se desejarem conhecer um pouco mais do trabalho deles, recomendo acessar o site Tech Field Day e talvez algum video das apresentações já executadas por eles, você em algum momento já tenha visto pelo canal do Youtube Tech Field Day os videos, com as explicações de alguma tecnologia, ferramenta ou produto desses vendors.

Enfim, eu fiz minha inscrição pelo site deles colocando minha especialidade para atender algum evento relacionado área de Networking, porém devido a sempre esses eventos serem realizados em San Francisco, eu não acreditava muito que poderia ocorrer de eu ser selecionado à participar desse evento. Mas, como surpresas acontecem eu fui selecionado para atender o próximo ” Network Field Day 20 ” que irá ocorrer agora em Fevereiro ( 12 à 15 ). Essa seleção tem ítens relacionado a todo o trabalho que fazemos aqui em nosso canal, bem como as participações que fazemos pelos programas que participamos. Portanto, todos vão acompanhar nosso BLOG explorando o mundo para trazer essas novidades para todos.

Nesta semana já temos as empresas confirmadas que irão fazer suas apresentações, para que possamos debater sobre as tecnologias. Posso considerar que fiquei bem feliz, pois está recheado de empresas que estão dentro dos interesses que tenho para aprender cada vez mais. Segue abaixo os ” sponsors ” que estará junto durante toda a semana:

Segue os contatos desses parceiros que estaremos discutindo dentro dos 3 dias de evento:

http://www.extremenetworks.com – Twitter:@ExtremeNetworks
http://fortinet.com – Twitter:@Fortinet
http://www.juniper.net/us/en/ – Twitter: @JuniperNetworks
https://kemptechnologies.com – Twitter:@KEMPtech
https://www.netrounds.com – Twitter:@Netrounds
https://pf.content.nokia.com/nfd20 – Twitter: @NokiaIndustries
http://www.nyansa.com – Twitter:@Nyansa
http://PathSolutions.com – Twitter:@goPathSolutions
http://www.vmware.com/ – Twitter: @VMware

Como são feitos em todos os eventos as transmissões ( streaming ) acontecem ao vivo e se você interessou-se em algum patrocinador, recomendo você ficar ligado durante esses dias para avaliar as apresentações e logo mais os tópicos das apresentações também serão apresentados. Para acompanhar recomendo visitar a pagina do NFD20.

Nas próximas semanas vou postar mais novidades e se desejar pode me acompanhar no Twitter através duas conta ( @rar_21 e @blogciscoredes ) que sempre estarei notificando sobre as novidades e obviamente sobre o evento em real-time. 🙂

Abs,
Rodrigo