Прикольная штука для тех, кому приходится работать с API. В случае сетевого инженера - это может быть, например, restapi.
Есть бесплатная версия.
https://www.getpostman.com
Есть бесплатная версия.
https://www.getpostman.com
Coding 101: Introduction to REST APIs
Хорошая презентация для тех, кто решил разобраться в REST API.
http://d2zmdbbm9feqrf.cloudfront.net/2017/usa/pdf/DEVNET-1001.pdf
Хорошая презентация для тех, кто решил разобраться в REST API.
http://d2zmdbbm9feqrf.cloudfront.net/2017/usa/pdf/DEVNET-1001.pdf
QoS Configuration Migrations From Classic IOS to IOS XE
Неплохая презентация о том, чем различается работа QOS в классическом IOS и в новом IOS-XE. Так же есть советы по миграции конфигурации.
http://d2zmdbbm9feqrf.cloudfront.net/2017/usa/pdf/BRKARC-2031.pdf
Неплохая презентация о том, чем различается работа QOS в классическом IOS и в новом IOS-XE. Так же есть советы по миграции конфигурации.
http://d2zmdbbm9feqrf.cloudfront.net/2017/usa/pdf/BRKARC-2031.pdf
Небольшой гайд по оптике - самое то получить основы.
https://learningnetwork.cisco.com/blogs/vip-perspectives/2016/05/05/optical-fiber-explained-and-demystified
https://learningnetwork.cisco.com/blogs/vip-perspectives/2016/05/05/optical-fiber-explained-and-demystified
Enterprise Multi-Homed Internet Edge Architectures
Презентация уже не раз выкладывалась, но всеравно остается хорошим гайдом по подключению интерпрайза к интернету по протоколу BGP.
http://d2zmdbbm9feqrf.cloudfront.net/2016/eur/pdf/BRKRST-2044.pdf
Презентация уже не раз выкладывалась, но всеравно остается хорошим гайдом по подключению интерпрайза к интернету по протоколу BGP.
http://d2zmdbbm9feqrf.cloudfront.net/2016/eur/pdf/BRKRST-2044.pdf
https://stackshare.io/
На этом сайте можно узнать какой стэк технологий используют известные компании для решения своих задач.
Twitter:
https://stackshare.io/twitter/twitter
Google:
https://stackshare.io/google/google
Facebook:
https://stackshare.io/facebook/facebook
На этом сайте можно узнать какой стэк технологий используют известные компании для решения своих задач.
Twitter:
https://stackshare.io/twitter/twitter
Google:
https://stackshare.io/google/google
Facebook:
https://stackshare.io/facebook/facebook
Isn’t Compatible Module Better Than OEM Module?
Сравнение "совместимых" и вендорских трансиверов. Если нет разницы зачем платить больше?
http://community.fs.com/blog/compatible-module-is-better-than-oem-module.html
Сравнение "совместимых" и вендорских трансиверов. Если нет разницы зачем платить больше?
http://community.fs.com/blog/compatible-module-is-better-than-oem-module.html
Давайте сравним ходовые позиции.
SFP-10G-SR от fs.com - $16
SFP-10G-SR от cisco - $995
SFP-10G-LR от fs.com - $34
SFP-10G-LR от cisco - $3995
QSFP-40G-SR4 от fs.com - $49
QSFP-40G-SR4 от cisco - $2995
QSFP-40GE-LR4 от fs.com - $340
QSFP-40GE-LR4 от cisco - $13995
QSFP-100G-SR4-S от fs.com - $269
QSFP-100G-SR4-S от cisco - $1995
QSFP-100G-PSM4-S от fs.com - $750
QSFP-100G-PSM4-S от cisco - $1995
QSFP-100G-LR4-S от fs.com - $2800
QSFP-100G-LR4-S от cisco - $29995
SFP-10G-SR от fs.com - $16
SFP-10G-SR от cisco - $995
SFP-10G-LR от fs.com - $34
SFP-10G-LR от cisco - $3995
QSFP-40G-SR4 от fs.com - $49
QSFP-40G-SR4 от cisco - $2995
QSFP-40GE-LR4 от fs.com - $340
QSFP-40GE-LR4 от cisco - $13995
QSFP-100G-SR4-S от fs.com - $269
QSFP-100G-SR4-S от cisco - $1995
QSFP-100G-PSM4-S от fs.com - $750
QSFP-100G-PSM4-S от cisco - $1995
QSFP-100G-LR4-S от fs.com - $2800
QSFP-100G-LR4-S от cisco - $29995
Passive DWDM vs. Active DWDM
Активный и пассивный DWDM для чайников.
http://community.fs.com/blog/passive-dwdm-vs-active-dwdm.html
Активный и пассивный DWDM для чайников.
http://community.fs.com/blog/passive-dwdm-vs-active-dwdm.html
Network Engineer Evolution
Интересный пост про фазы развития сетевого инженера. Я полностью согласен с таким разделением, т.к я всегда говорю, что надо уходить от того, чтобы быть просто "пользователем" сетевого оборудования конкретного вендора/вендоров в сторону развития себя как инженера.
http://www.himawan.nu/2017/07/network-engineer-evolution.html
Интересный пост про фазы развития сетевого инженера. Я полностью согласен с таким разделением, т.к я всегда говорю, что надо уходить от того, чтобы быть просто "пользователем" сетевого оборудования конкретного вендора/вендоров в сторону развития себя как инженера.
http://www.himawan.nu/2017/07/network-engineer-evolution.html
Burnout in Networking
Можно ли перегореть работая в сетях или это прерогатива программистов?
https://www.reddit.com/r/networking/comments/6mpas7/burnout_in_networking/
Можно ли перегореть работая в сетях или это прерогатива программистов?
https://www.reddit.com/r/networking/comments/6mpas7/burnout_in_networking/
fb-infra.pdf
1.4 MB
FB Telecom Infra Project
Краткий обзор инфраструктурных проектов Facebook.
Из интересного - Voyager, FBOSS, OpenBMC, Open/R, DHCP Load Balancer.
Краткий обзор инфраструктурных проектов Facebook.
Из интересного - Voyager, FBOSS, OpenBMC, Open/R, DHCP Load Balancer.
How Facebook designs its own hardware and network
Интересная презентация о том, как устроена сеть Facebook и какое оборудование они используют.
https://atscaleconference.com/videos/how-facebook-designs-its-own-hardware-and-network/
Отключите блокировщики рекламы - они блочат это видео тоже.
Интересная презентация о том, как устроена сеть Facebook и какое оборудование они используют.
https://atscaleconference.com/videos/how-facebook-designs-its-own-hardware-and-network/
Отключите блокировщики рекламы - они блочат это видео тоже.
Пачка през по VXLAN/EVPN
VXLAN Deployment Models A practical perspective - BRKDCT-2404
Building Data Center Networks with VXLAN EVPN Overlays - BRKDCT-3378
Troubleshooting VxLAN BGP EVPN - BRKDCN-3040
VXLAN BGP EVPN based Multi-Pod, MultiFabric, Multi-Site - BRKDCN-2035
L4-L7 Service Integration in Multi-Tenant VXLAN EVPN Data Center Fabrics - BRKDCN-2304
http://d2zmdbbm9feqrf.cloudfront.net/2017/usa/pdf/BRKDCN-2404.pdf
http://d2zmdbbm9feqrf.cloudfront.net/2017/usa/pdf/BRKDCN-3378.pdf
http://d2zmdbbm9feqrf.cloudfront.net/2017/usa/pdf/BRKDCN-3040.pdf
http://d2zmdbbm9feqrf.cloudfront.net/2017/usa/pdf/BRKDCN-2035.pdf
http://d2zmdbbm9feqrf.cloudfront.net/2017/usa/pdf/BRKDCN-2304.pdf
VXLAN Deployment Models A practical perspective - BRKDCT-2404
Building Data Center Networks with VXLAN EVPN Overlays - BRKDCT-3378
Troubleshooting VxLAN BGP EVPN - BRKDCN-3040
VXLAN BGP EVPN based Multi-Pod, MultiFabric, Multi-Site - BRKDCN-2035
L4-L7 Service Integration in Multi-Tenant VXLAN EVPN Data Center Fabrics - BRKDCN-2304
http://d2zmdbbm9feqrf.cloudfront.net/2017/usa/pdf/BRKDCN-2404.pdf
http://d2zmdbbm9feqrf.cloudfront.net/2017/usa/pdf/BRKDCN-3378.pdf
http://d2zmdbbm9feqrf.cloudfront.net/2017/usa/pdf/BRKDCN-3040.pdf
http://d2zmdbbm9feqrf.cloudfront.net/2017/usa/pdf/BRKDCN-2035.pdf
http://d2zmdbbm9feqrf.cloudfront.net/2017/usa/pdf/BRKDCN-2304.pdf
BGP EVPN and SR Fabric – Addressing the evolving Data Center Requirements - BRKSPG-2509
Специально для @zi_rus - фабрика на SR и EVPN! Правда без 6509.
http://d2zmdbbm9feqrf.cloudfront.net/2017/usa/pdf/BRKSPG-2509.pdf
Специально для @zi_rus - фабрика на SR и EVPN! Правда без 6509.
http://d2zmdbbm9feqrf.cloudfront.net/2017/usa/pdf/BRKSPG-2509.pdf
Session02-Paper01-Evolve-Ramesh-Slides.pdf
6.7 MB
Evolve or Die
High-Availability Design Principles Drawn from Google’s Network Infrastructure
Разбираемся в сети Google.
High-Availability Design Principles Drawn from Google’s Network Infrastructure
Разбираемся в сети Google.
Google runs three types of networks
Data Center Networks: designed from merchant silicon switches, with a logically centralized control plane;
B4: A software-defined WAN that supports multiple traffic classes and uses centralized traffic engineering
B2: A Global WAN for user-facing traffic that employs decentralized traffic engineering
Network Warrior
Session02-Paper01-Evolve-Ramesh-Slides.pdf
p58-govindan.pdf
437.8 KB
Подробные пояснения к картинкам
Three key principles that allowed Google to build scale out datacenter networks:
Clos topologies. The idea is leverage small commodity switches to build a non-blocking very large switch that can scale more or less infinitely.
Merchant silicon. Since Google wasn’t building a wide area Internet infrastructure they did not need massive routing tables or deep buffering. This mean commodity merchant silicon could do the job of building Clos based topologies in the datacenter.
Centralized control. Software agents knew what the network should look like, setup routing, and react to exceptions from the underlying plan. It’s much easier to manage a network when you know its shape compared to when you are constantly trying to discover what it should look like. If you want to change the network then you tell the centralized control software to change the network.