{"id":1672,"date":"2015-10-14T22:59:07","date_gmt":"2015-10-15T02:59:07","guid":{"rendered":"http:\/\/www.eyoungwon.com\/journal\/?p=1672"},"modified":"2024-07-15T22:20:56","modified_gmt":"2024-07-16T02:20:56","slug":"osi-model","status":"publish","type":"post","link":"https:\/\/eyoungwon.com\/journal\/osi-model\/","title":{"rendered":"OSI Model"},"content":{"rendered":"<p><strong>Seven-layer dip<\/strong><br \/>\nA crabby user calls up to say that the intranet is taking forever to load, thus the network is slow. Let\u2019s get to work using the OSI model to determine if the network truly is slow, or, more than likely, if the user is the slow one.<\/p>\n<ul>\n<li><strong>Layer 1: The physical layer \u2014<\/strong> This is simple. It\u2019s the physical hardware. So how do we rule this out? Is the network cable plugged in at both ends? Is everything powered on?<\/li>\n<li><strong>Layer 2: The data layer <\/strong><strong>\u2014 <\/strong>This is the layer transferring the bits and bytes, checking for errors and handling media access. A quick check to see if there are network lights at both ends can rule out the basic issues with this layer. Even a basic user can tell you if there are pretty lights on the phone cable\u2013looking thing on the back of the computer.<\/li>\n<li><strong>Layer 3: The network layer <\/strong><strong>\u2014<\/strong> This layer is in charge of getting the data from point A to point B through all of the stops along the way. Run a ping to the user complaining and vise versa. If it returns results, then you\u2019ve confirmed that the networking layer is in fact working at both ends. Guess what? In just a few minutes, you\u2019ve ruled out the basics of it being a network issue. There is much more depth to these layers in the OSI model, and problematic network devices or cables can still be the cause, but remember, we\u2019re out for the quickest and easiest answer first. The last thing we want to do is start rebooting equipment because one user called screaming \u201cEVERYONE\u201d and \u201cEVERYTHING\u201d is slow. This may be sufficient enough evidence to take to your superiors or colleagues but typically it\u2019s not, so let\u2019s continue.<\/li>\n<li><strong>Layer 4: The transport layer <\/strong><strong>\u2014<\/strong> This layer is responsible for getting the data to an application and in all definitions is still considered the network layer, but begins crossing over into the application layers. You can see by that why we can pretty much rule out the network as being the cause of the slowness at this point. Yep, I know, it still could be a corrupt stack or a number of other things, but remember, simple first and complex later. Try these simple tests: ping the local host 127.0.0.1, ping the gateway setup on the machine and, lastly, ping a local server. If they all pass, then you passed the transport layer.<\/li>\n<li><strong>Layer 5: The session layer <\/strong><strong>\u2014<\/strong> This layer takes care of telling an application when to open and close a connection. Again, it&#8217;s not much on our network side, since we already determined that the data got from point A to point B. If the application isn\u2019t smart enough to say how long to hold the connection open, that\u2019s not our problem.<\/li>\n<li><strong>Layer 6: The presentation layer <\/strong><strong>\u2014<\/strong> This is the layer where you can tell your application developers it\u2019s their fault since this layer deals with how code, to and from an application, is formatted. If certain portions of the page just aren\u2019t loading or are loading with error, that would be the application itself having issues.<\/li>\n<li><strong>Layer 7: The application layer <\/strong><strong>\u2014<\/strong> Finally, our last layer, the application layer, is where things like FTP, email, or your browser operate. Can the user get to other websites? Does the website open fine with a different browser?<\/li>\n<\/ul>\n<p>The above was just one simple example of a typical \u201cthe network is slow\u201d situation, but in reality the same logic can be applied to so much more, such as mail-flow issues, file-transfer issues and even shared-drive connectivity using simple tools such as <strong>ping, nslookup, tracert<\/strong> and your own eyes and ears (looking for the obvious and listening to what the actual problem is from the user). If you aren\u2019t already doing so, I highly suggest integrating the OSI model into your everyday troubleshooting of network problems.<\/p>\n<ol>\n<li>REBOOT<\/li>\n<li>&#8220;Ipconfig \/flushdns&#8221;\u00a0\u00a0followed by &#8220;ipconfig \/registerdns&#8221;<\/li>\n<li>Ping by IP address (no return?\u00a0 check physical connections, check for disabled network connections, check routing table on host and destination box&#8230;&#8221;route print&#8221;&#8230;&#8221;route ADD&#8221; routing statement to the gateway of the subnet you&#8217;re trying to get a response from&#8230;then ask the router\/swouter guys why the traffic isn&#8217;t flowing properly between VLANs\/subnets)<\/li>\n<li>Ping by Name (no return?\u00a0 Check WINS and DNS entries&#8230;if another device using that addy, delete it)<\/li>\n<li>Ping -a the address to return name (no return?\u00a0 Check reverse-DNS)<\/li>\n<li>Make sure wireless and wired connections are not running on the same machine, simultaneously (disable one of them&#8230;laptops do this a lot).<\/li>\n<\/ol>\n","protected":false},"excerpt":{"rendered":"<p>Seven-layer dip A crabby user calls up to say that the intranet is taking forever to load, thus the network is slow. Let\u2019s get to work using the OSI model to determine if the network truly is slow, or, more than likely, if the user is the slow one. Layer 1: The physical layer \u2014 [&hellip;]<\/p>\n","protected":false},"author":62,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[24,22],"tags":[817,818],"class_list":["post-1672","post","type-post","status-publish","format-standard","hentry","category-general","category-networking","tag-osi-model","tag-slow-network"],"_links":{"self":[{"href":"https:\/\/eyoungwon.com\/journal\/wp-json\/wp\/v2\/posts\/1672","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/eyoungwon.com\/journal\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/eyoungwon.com\/journal\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/eyoungwon.com\/journal\/wp-json\/wp\/v2\/users\/62"}],"replies":[{"embeddable":true,"href":"https:\/\/eyoungwon.com\/journal\/wp-json\/wp\/v2\/comments?post=1672"}],"version-history":[{"count":1,"href":"https:\/\/eyoungwon.com\/journal\/wp-json\/wp\/v2\/posts\/1672\/revisions"}],"predecessor-version":[{"id":1673,"href":"https:\/\/eyoungwon.com\/journal\/wp-json\/wp\/v2\/posts\/1672\/revisions\/1673"}],"wp:attachment":[{"href":"https:\/\/eyoungwon.com\/journal\/wp-json\/wp\/v2\/media?parent=1672"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/eyoungwon.com\/journal\/wp-json\/wp\/v2\/categories?post=1672"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/eyoungwon.com\/journal\/wp-json\/wp\/v2\/tags?post=1672"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}