Telegram Web Link
Прикольная штука для тех, кому приходится работать с API. В случае сетевого инженера - это может быть, например, restapi.
Есть бесплатная версия.

https://www.getpostman.com
Coding 101: Introduction to REST APIs

Хорошая презентация для тех, кто решил разобраться в 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
Небольшой гайд по оптике - самое то получить основы.

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
https://stackshare.io/

На этом сайте можно узнать какой стэк технологий используют известные компании для решения своих задач.

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
Давайте сравним ходовые позиции.

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
Network Engineer Evolution

Интересный пост про фазы развития сетевого инженера. Я полностью согласен с таким разделением, т.к я всегда говорю, что надо уходить от того, чтобы быть просто "пользователем" сетевого оборудования конкретного вендора/вендоров в сторону развития себя как инженера.

http://www.himawan.nu/2017/07/network-engineer-evolution.html
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.
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
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
Session02-Paper01-Evolve-Ramesh-Slides.pdf
6.7 MB
Evolve or Die
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.
2024/10/06 14:29:01
Back to Top
HTML Embed Code: