Thank you! my son was looking for such a lesson. He's watching this now on my phone. 👍👍 he plans on resting a bit frm school but is decided on watching your vids and doing boot camps before going to comp engineering. I miss your other vids too... but this is refreshing. Do keep it up He saved notes from your mini car builds, too. he says you're a better teacher than what he has at school.
You're a very good teacher, Eli, I just wish that these got more views! I'm so glad that you are making this content. I thought you had gone a little off the deep end when you were talking to your robots. I know you don't have to provide us with content and this is not a high revenue avenue, but thanks anyway. I want to get my OSCP or equivalent in a few years, so this is a really good refresher. I still don't fully understand how IPv6 addressing works. Does ping get logged, or send a Ack request back. I mean is it noticeable on a network?
I absolutely love your teaching style. Made it very accessible and easy to understand while retaining attention with a bit of humor. Simply amazing work.
Hey Eli, thank for making these amazing series, its so wonderfully explained that now I have an idea of almost everything that is a part of networking. Great content!
I used to watch your computer/electronic classes eons ago, I missed this kind of content from you, nice to see you're exploring this kind of content creation again. I hope you succeed in whatever goal(s) you're hoping to achieve.
Question on ICMP. I regularly disable ICMP on origination from non management networks. What's the opinion of leaving ICMP turned on only for devices for trouble shooting but not able to originate from end devices? This has been a standard I've both been seeing more often and utilizing as a tool for limiting device mapping from end user devices over I.T. Departments devices
All routers drop all ICMP traffic unless it originates from a specified network? Both routers and the server or desktop nodes have identical settings, blocking and dropping all ICMP packets that do not come from a certain address space? If this is true, then you could only test connectivity from those devices in the management network. Oftentimes, people want to use ping to test communication with from one device to any device on the network. You'd only be able to really troubleshoot the connectivity between your management devices and your routers. So this seems quite limiting, in my opinion.
A library that has libraries in it is still a library....tcp is a protocol, it just happens to include other areas that ride either with it or on it, but it's still a protocol. If you want to get technical, then the only protocol, using your definition, is udp, since that is the only communication that you have direct control on the wire, and everything bundles on top of it....including tcp. All tcp has is seq, ack table, nack table, timer table, and a serializer window, but the actual communication is just udp with specific bits set. I used to build my own protocols for gaming on udp for the speed but with reliability similar to tcp, just needed some extra bells like out-of-order allowance processing to nack table drops and dead-reckoning built into it with multi-cast capabilities.....just for fun, still a protocol.
*_"the actual communication is just udp with specific bits set."_* -No, TCP is _not_ a subset of UDP. The only overlap in the packet structures is the first 32 bits, i.e. the port numbers, and those are not treated equivalently.
@@JivanPal As I stated, I make my own protocols that ride UDP....I can set a UDP packet that will handshake exactly with a TCP connection, so yes, UDP is the smallest. I never said that TCP uses UDP directly, I only said it's basically the lower tier. It's like saying that UDP are tires....TCP is a car....well cars use tires. Put a chassis and some bells and whistles on the UDP tires and you can classify it as a car. It's really really easy. You can't go the other way though, UDP has raw packet formation, TCP does not, it will always have a header envelope.
... well on quick Google per Oracle "“TCP/IP” is the acronym that is commonly used for the set of network protocols that compose the Internet Protocol suite." docs.oracle.com/cd/E18752_01/html/816-4554/ipov-6.html So... please stop trying to play stump the chump, or if you feel like continuing at least do it on something interesting. TCP/IP v4 is a Protocol SUITE... it's not a single protocol... By trying to make yourself look cool, you just give everyone else a light headache...
@@sabriath I get what you're saying overall; you can build reliable transmission on top of UDP. Indeed, there are such protocols that are used by many, e.g. QUIC. However, TCP is _not_ "just UDP with specific bits set." I don't know what you mean by "a UDP packet that will handshake exactly with a TCP connection." You either have a TCP connection, which was set up with a TCP handshake and consists solely of TCP packets; or you have no connection and just send UDP packets and hope they reach the other side. I would appreciate it if you elaborated on what you're trying to say there.
![Tee Grizzley - Blow for Blow (feat. J. Cole) [Official Video]](http://i.ytimg.com/vi/wNLN5xsx5dc/mqdefault.jpg)
This content should NOT be on youtube, I can't believe the language you're using!
Thank you! my son was looking for such a lesson. He's watching this now on my phone. 👍👍
he plans on resting a bit frm school but is decided on watching your vids and doing boot camps before going to comp engineering.
I miss your other vids too... but this is refreshing.
Do keep it up
He saved notes from your mini car builds, too.
he says you're a better teacher than what he has at school.
Eli doing more learning vids! THANK YOU ELI! You are an amazing teacher and have had a huge impact on my career for many years. Thank you!!!!
Thanks for doing this lesson about TCP/IP V4. It was really informative. Looking forward to your next lesson.👍
You're a very good teacher, Eli, I just wish that these got more views! I'm so glad that you are making this content. I thought you had gone a little off the deep end when you were talking to your robots. I know you don't have to provide us with content and this is not a high revenue avenue, but thanks anyway. I want to get my OSCP or equivalent in a few years, so this is a really good refresher. I still don't fully understand how IPv6 addressing works. Does ping get logged, or send a Ack request back. I mean is it noticeable on a network?
I’ve always loved how He explains technology. Thank you sir 👍🏾
Amazing style of teaching. You are awesome, Eli
We are using both TCP/IP v6 and v4 in our LANs but yes very few have a public WAN TCP/IP v6 address on their edge.
Eli's content is top notch. Thankyou alot.
how do I donate monthly to you? stg your teaching style is the best I’ve ever had
Thanks again for another great video. Definitely going to remember not to disable ICMP 👍
Thanks for this excellent presentation.
I thought RTMP was Real Time Message Protocol which was part of the RTMFP
Ehthernet
MEH-THERNET
i just got fired from level 1 +onsite support. should i even bother with IT?
yeah yeah. did you hear the bezels of isunrola87 is going to be 0.001mm?
Wifi 6e time with ipv6 i can't wait!
1:15:00
Why even talk about IPv4? It's going to be obsolete by 2016 or so. 🤣
I absolutely love your teaching style. Made it very accessible and easy to understand while retaining attention with a bit of humor. Simply amazing work.
Great video Eli! I will be sending Coworkers to this video.
Studying for my A+ and this is perfect compared to the sparse info in the testing programs.
Nice devil horns..
Thanks!
Thanks!
This is going to be perfect for my new hires
Professors should recommend Eli instead of the book. Thank you so much Eli for the amazing work you do.
Hey Eli, thank for making these amazing series, its so wonderfully explained that now I have an idea of almost everything that is a part of networking. Great content!
I used to watch your computer/electronic classes eons ago, I missed this kind of content from you, nice to see you're exploring this kind of content creation again. I hope you succeed in whatever goal(s) you're hoping to achieve.
I'm a bit late to this party, but THANK YOU for these videos. Im a seasoned developer but getting my ass handed to me as a devops.
Awesome class thanks
I'm sure that this leads to proper floral arrangements for all occasions. I want a beer now.
This is great content! I truly appreciate all the time you are putting into these classes for us!
I appreciate these educational videos SO much!
The book behind you, Power Play, was very good.
Does Eli have opinions on quant? 👀
You are an amazing teacher Eli
Wow Eli!! Just Wow!
Question on ICMP. I regularly disable ICMP on origination from non management networks. What's the opinion of leaving ICMP turned on only for devices for trouble shooting but not able to originate from end devices? This has been a standard I've both been seeing more often and utilizing as a tool for limiting device mapping from end user devices over I.T. Departments devices
All routers drop all ICMP traffic unless it originates from a specified network? Both routers and the server or desktop nodes have identical settings, blocking and dropping all ICMP packets that do not come from a certain address space?
If this is true, then you could only test connectivity from those devices in the management network. Oftentimes, people want to use ping to test communication with from one device to any device on the network. You'd only be able to really troubleshoot the connectivity between your management devices and your routers. So this seems quite limiting, in my opinion.
A library that has libraries in it is still a library....tcp is a protocol, it just happens to include other areas that ride either with it or on it, but it's still a protocol. If you want to get technical, then the only protocol, using your definition, is udp, since that is the only communication that you have direct control on the wire, and everything bundles on top of it....including tcp. All tcp has is seq, ack table, nack table, timer table, and a serializer window, but the actual communication is just udp with specific bits set. I used to build my own protocols for gaming on udp for the speed but with reliability similar to tcp, just needed some extra bells like out-of-order allowance processing to nack table drops and dead-reckoning built into it with multi-cast capabilities.....just for fun, still a protocol.
*_"the actual communication is just udp with specific bits set."_* -No, TCP is _not_ a subset of UDP. The only overlap in the packet structures is the first 32 bits, i.e. the port numbers, and those are not treated equivalently.
@@JivanPal As I stated, I make my own protocols that ride UDP....I can set a UDP packet that will handshake exactly with a TCP connection, so yes, UDP is the smallest. I never said that TCP uses UDP directly, I only said it's basically the lower tier.
It's like saying that UDP are tires....TCP is a car....well cars use tires. Put a chassis and some bells and whistles on the UDP tires and you can classify it as a car. It's really really easy. You can't go the other way though, UDP has raw packet formation, TCP does not, it will always have a header envelope.
... well on quick Google per Oracle "“TCP/IP” is the acronym that is commonly used for the set of network protocols that compose the Internet Protocol suite."
docs.oracle.com/cd/E18752_01/html/816-4554/ipov-6.html
So... please stop trying to play stump the chump, or if you feel like continuing at least do it on something interesting. TCP/IP v4 is a Protocol SUITE... it's not a single protocol...
By trying to make yourself look cool, you just give everyone else a light headache...
@@sabriath I get what you're saying overall; you can build reliable transmission on top of UDP. Indeed, there are such protocols that are used by many, e.g. QUIC. However, TCP is _not_ "just UDP with specific bits set."
I don't know what you mean by "a UDP packet that will handshake exactly with a TCP connection." You either have a TCP connection, which was set up with a TCP handshake and consists solely of TCP packets; or you have no connection and just send UDP packets and hope they reach the other side. I would appreciate it if you elaborated on what you're trying to say there.