You're viewing a single thread.
Not a scientist. I have a litany of complex topics that I just can't really talk to anyone about. I'm a big computer networking nerd, and once upon a time, when I didn't know what I didn't know, I was curious what computer networking really entailed... It seemed dead simple, you connect things to a switch, connect that switch to the internet router, not much more.
Then I learned about VLANs, which are cool but it seemed like unnecessary complexity. Then I learned about Routing and L3 switching, and routing protocols and..... Holy shit, how deep is this?
Now-a-days, I want to have conversations about the merits of one routing protocol over another in various contexts, and see/build a spine and leaf network infrastructure that's nearly infinitely scalable.
I want to explore the nuance of IP unnumbered routing. I can't find anyone who will chat about it on a level that's close to my understanding, either someone knows way more than I do, or they know way less.
IP unnumbered routing is a way of connecting devices without setting an IP on the interface that is being routed to/from. The other end uses the routing protocol on top of layer 2, and while the two might have a router ID, often in the form of an IP address, the interface that is connecting the two has no IP. It's basically advanced point to point protocol (PPP) that breaks away from traditional TCP/IP routing in ways that people who have never used anything besides TCP/IP can't really comprehend. The two "IP addresses" (actually router IDs) in play can have nothing in common. Traditional TCP/IP requires that two IPs share a subnet. In routing, this is typically a /30 for IPv4, and the two IPs are adjacent to eachother, eg, 10.254.123.1 and 10.254.123.2 IP unnumbered can have 10.254.123.2 talking directly with 172.30.88.207, with no layer 3 interfaces in-between.
It's really fascinating and interesting and I've been trying to find a good model or guide to help me learn this better, but I keep ending up at dead ends, and I have nobody to talk to about it.
Did my fair share of networking back in the day, but never heard of IP unnumbered. I was curious about the same idea back in the day and it is possible, but I haven't much seen anyone doing it for realsies. If you have any good longreads/vids on the topic, it'd be much appreciated.
I'll look at my resources and see what I can dig up. No promises, but the concepts are simple as long as you can separate yourself from the TCP/IP restrictions on two things needing to be in a subnet, and the idea that NAT is something that needs to happen.
Honestly, I've seen so many people get hung up on the fact that NAT isn't universal, or necessary.
Should shoot me a DM, have been studying for my CCNP and do want more networking buddies to potentially socialize with.
I've been looking at the CCNP for a while, I don't need it for the work I do at my day job, so I haven't prioritized taking the test or anything.
I should do more work on it.
What's your day job? From my understanding if you can get a CCNP you're gonna be making over 100k after a few years if you're able to get your foot in the door experience wise
There's the problem. I can't get my foot in the door for network-centered jobs. I have a ton of experience, and a CCNA, but all my experience is while working as a generalist in an MSP.
There's a sort of curse in the industry where msp work is easy to get into from college/uni, but hard to evolve away from.
Now-a-days, I want to have conversations about the merits of one routing protocol over another in various contexts, and see/build a spine and leaf network infrastructure that’s nearly infinitely scalable.
bro i just want screensharing that isn't using the hell that is webrtc.
How hard is it to send video packets over IP, it can't be that difficult. Half the job is already done, and i can't imagine building a reliable networking protocol, even if you had to do it from scratch would be particularly hard.
everything is webrtc, it always has been.
See, I only recently came into awareness that web RTC was a thing. I have a lot of learning to do on how it even works as a protocol.
I'm sure it runs on top of IP, so I think web RTC meets your curriculum here. Regardless of that, I think I know what you mean, and if I knew enough about the protocol, I might even agree.
I need to brush up on the new protocols that are getting to be very common. I'm almost entirely up to date on the 802.11 specs, but there's so much to keep track of.... Yikes.
webrtc is close to being ok, however there are two primary issues i have with it, one, it's a web standard, so it's implemented into the web, meaning you need a browser to use it. (unless you magically invented an external implementation at which point use a custom one lmao)
outside of that, it uses things like stun and turn, which are nice on the global net, but not something i want, and a potential security concern as well.
idk much about the backend implementation of it, but in most of the applications i've used it, it's complete dogshit and barely passes as functional in most cases. It also comes with this really cool bug where you can't use it cross browser, for some reason, idk what that's about.
Literally all i want is webRTC, but without the dogshit implementation, and just raw-dogging IP traffic so i can point it to a hosted server. I don't want the web features, i don't want to use web traffic, i most certainly don't want to be using TLS and web encryption because it's a required feature to use webRTC on the browser, making it yet more annoying.
It's so close to being a neat and cool standard, but the overly integrated design of it makes it useless for anything that isn't already a thing, like zoom, or discord. Which have pretty ok implementations of it.
I need some help with networking and eventually getting an organisation website online; if you want to geek out a bit, please send me a dm. :)
Bringing a website online sounds a lot more like development stuff.
Networking is all about how to get data from one place to another that is reasonable, manageable and scalable. Knowing what devices are increasing latency and when you should adjust the settings to route around a high latency (and/or high loss) link to enhance performance and reliability. Visibility into network flows in real time and monitoring for every link and port that's connected to a device, switch, router, or computer.
Web hosting is system admin and development.
What networking concerns do you have with this website?
yeah uh... you lost me at 'protocols'
Sounds like you should look at IS-IS protocol if you haven't as that's very close to the ip unnumbered routing you were talking about. Though isis is usually deployed with its on the interface of each device, it doesn't have to be AFAIK.
I recently saw a post about Babel getting up unnumbered, and AFAIK OSPF and IS-IS have both had it for a while.
Implementations are spotty on support of unnumbered, there's still quite a few, mostly older OSPF devices that require an IP interface to communicate with another device for OSPF.
I've been trying to get a functional IP unnumbered lab up and running but there's a lot of unknown-unknowns for me still... At least when it comes to implementation.
Of course, a router ID is still a requirement, foreign devices still need a way to uniquely identify what device they're talking to.
Maybe I should try the lab with IS-IS, but I know less about IS-IS than I do about OSPF at the moment. I should change that.