ISDN, while an old technology, is still around in many parts of the world. When will it go away? George Michaelson joins Tom Ammon and Russ White to discuss the end of ISDN. The conversation then veers into old networking technologies, and the importance of ISDN in setting the terms and ideas we use today—ISDN is one of the key technologies around which network engineers built their mental maps of how to build and maintain networks.
This episode on Python for networking covers the lab topology we’ll be working with in VIRL, choosing a text editor, and basic lab configurations. Course files are in a GitHub repository: https://github.com/ericchou1/pp_practical_lessons_1_route_alerts Eric Chou is a network engineer with 20 years of experience, including managing networks at Amazon AWS and Microsoft Azure. He’s the founder […]
The post Practical Python For Networking: 2.1 – Lab Topology – Video appeared first on Packet Pushers.
Anyone who’s ever gone to a networking event knows that they can be exhausting. You’re constantly meeting new people, exchanging business cards, and trying to make a good impression. It’s no wonder that so many people end up burning out quickly.
The key to networking effectively is actually quite simple: getting a good night’s sleep beforehand.
Most people need around eight hours of sleep per night to function at their best. However, if you know you have an upcoming networking event, it’s important to get even more sleep than usual. Try to get at least nine or ten hours of sleep the night before. This will help ensure that you’re well-rested and won’t be as likely to feel exhausted during the event.
There are a few different things you can do to make sure you get enough sleep. First, avoid caffeine in the evening. Caffeine can stay in your system for up to eight hours, so it’s best to avoid it after lunchtime.
Second, establish a bedtime routine and stick to it as much as possible. Continue reading
We are excited to announce that as of today, network security teams can procure and use Magic Transit, Cloudflare’s industry-leading DDoS mitigation solution, and Kentik’s network observability as an integrated solution. We are excited to help our customers not just with technical simplicity, but business process simplicity as well.
Distributed Denial of Service (DDoS) attacks are highly disruptive to businesses everywhere. According to the Cloudflare DDoS Attack Trends report, in the first half of 2021 the world witnessed massive ransomware and ransom DDoS attack campaigns that interrupted critical infrastructure, including oil pipelines, healthcare, and financial services. In the second half, we saw a growing swarm of attacks, including one of the most powerful botnets deployed (Meris), with record-breaking network-layer attacks observed on the Cloudflare network.
Along with an increase in severity, there is a proliferation of automated toolkits that make it simple and cheap for anyone to launch these attacks. Detecting and stopping these attacks manually is not effective, and network security engineers are increasingly turning to automated tools to help ensure network and application availability.
DDoS protection has evolved over the years from appliances to hybrid models to fully Internet-native solutions, like Continue reading
Headlines about ‘great resignation’ tend to ignore that people are moving jobs not quitting work. We believe many people are making choices about what work they want in their lives. We discuss four reasons: 1) toxic workplaces 2) lifestyle and remote work 3) downstepping and 4) early retirement. We note that recruiters are toxic arms […]
The post HS021 The Great Realisation Not Great Resignation appeared first on Packet Pushers.
On March 30th 2022, AWS announced automatic recovery of EC2 instances. Does that mean that AWS got feature-parity with VMware High Availability, or that VMware got it right from the very start? No and No.
Reading the AWS documentation (as opposed to the feature announcement) quickly reveals a caveat or two. The automatic recovery is performed if an instance becomes impaired because of an underlying hardware failure or a problem that requires AWS involvement to repair.
On March 30th 2022, AWS announced automatic recovery of EC2 instances. Does that mean that AWS got feature-parity with VMware High Availability, or that VMware got it right from the very start? No and No.
Reading the AWS documentation (as opposed to the feature announcement) quickly reveals a caveat or two. The automatic recovery is performed if an instance becomes impaired because of an underlying hardware failure or a problem that requires AWS involvement to repair.