İki ana alt ağ, A - 10.1.2.1/24 ve B - 10.1.3.1/24 aynı anahtar S'ye bağlansın.
Anladığım kadarıyla:
Haklı mıyım?
Yanıtlar:
Ne yazık ki hayır, yanılıyorsunuz.
Ron iyi bir noktaya değindi, bir alt ağ maskesi vermediniz, bu yüzden klas maskeyi varsayarsak, 10.xxx adresinde 255.0.0.0 maske bulunur ve bu da iki ana makineyi aynı ağa koyar. Eğer durum buysa, iletişimde hiçbir sorun yaşamazlardı.
Ancak, sorunuzun doğası göz önüne alındığında, bu ana makinelerin her birinin daha küçük bir maske kullanmayı amaçladığınızı hayal ediyorum - devam edeceğiz ve her iki ana makineyi iki farklı alt ağa koyan 255.255.255.0'ı kullanacağız.
Bununla birlikte, eksik olanın kalbi ARP'yi (Adres Çözümleme Protokolü) unutmaktır . Özellikle, HostA'nın ARP'ye karar verdiği kimler. Açıklamama izin ver...
Herhangi bir ana bilgisayar kabloya herhangi bir paket koymadan önce yaptığı ilk şey, hedef IP'nin kendi ağında mı yoksa yabancı bir ağda mı olduğunu belirlemektir. Bunu Host A'nın bakış açısından ele alalım.
Ana Bilgisayar A, IP'sini (10.1.2.1) ve Alt Ağ Maskesini (/ 24 veya 255.255.255.0) bilir. Biraz alt ağ ile HostA, ağının tüm IP adreslerini 10.1.2.0 ila 10.1.2.255 aralığında kapsadığını belirler. (NetID ve BroadcastIP'in ayrıntılarını hariç tutacağız, çünkü şimdilik alakalı değiller)
Ana Bilgisayar A, hedef IP'sinin, Ana Bilgisayar A'nın kendi ağındaki IP adresleri aralığının dışında kalan 10.1.3.1 olduğunu da bilir . Bu nedenle, Ana Bilgisayar A, IP 10.1.3.1 hedefinin yabancı bir ağda olduğu ve Ana Bilgisayar A'nın yalnızca bir Yönlendirici aracılığıyla konuşarak yabancı bir ağa ulaşabileceği sonucuna varır. Veya daha spesifik olarak, HostA'nın varsayılan ağ geçidi üzerinden .
HostA bu noktada bir Varsayılan Ağ Geçidi ile yapılandırılmamışsa, işlem burada genel bir hata ile sona erer. HostA, HostB ile konuşamıyor.
HostA , Varsayılan Ağ Geçidi ile yapılandırılırsa, varsayılan hedef ağ geçidinin MAC adresini ister son hedef IP'nin MAC adresini değil , isteyen bir ARP İsteği (kendisi de bir Yayın çerçevesi) gönderir .
Yayın çerçevesini alan anahtar, HostB'ın bağlı olduğu bir arabirimi dahil etmek için paketi tüm arabirimlere akıtır. HostB gerçekten de paketi alacaktı, ancak ARP, Varsayılan Ağ Geçidi'nin MAC adresini (ve HostB'in MAC adresini değil) aradığından , HostB, herhangi bir yanıt göndermeden ARP Talebini bırakıp görmezden gelirdi.
HostA, bu durumda, hiçbir zaman varsayılan ağ geçidi için bir MAC adresi almaz ve bu nedenle Katman 3 Paketini Katman 2 üstbilgisiyle kapsülleyemez. Paket orada başarısız olur.
Bu videoda gösterilen ARP sürecini görebilirsiniz .
Bununla birlikte, sorunuzla alakasız olsa da, söylediğiniz bir şeyle konuşmak istedim. Bu terminoloji nüansı olabilir, ama sadece bunun iletildiğinden emin olmak istiyorum. Anahtar yalnızca iki şey yapar: hedef MAC adresini bildiği ileri doğru çerçeve veya hedef MAC adresini bilmediği sel çerçeveleri . Bir anahtar asla yayın yapmaz .
Bir yayın hedef MAC adresi olan bir çerçevedir ffff.ffff.ffff. Bu, yayın çerçeveleri için özel olarak tasarlanmış özel olarak ayrılmış bir MAC adresidir. Bir anahtar kaderinde bir çerçeve karşılaştığında ffff.ffff.ffff , onun davranışı her zaman etmektir sel olduğu çerçeveyi.
Bu şekilde bakabilirsiniz, ffff.ffff.ffff ayrılmış bir MAC adresi olduğundan, anahtar tarafından öğrenilemez. Bu nedenle, bir anahtar ffff.ffff.ffff dosyasına hedeflenen bir şey aldığında, çerçevenin ilk alındığı VLAN'daki tüm bağlantı noktalarından taşmak zorunda kalır.
Evet. / 16 Alt ağ altındaysa. / 24 alt ağı için yönlendiriciye ihtiyacınız vardır.
/16, ancak `/ 24'ün yönlendiriciye ihtiyacı var.
Ana bilgisayar A ve B farklı ağlarda veya alt ağlardaysa ve aynı anahtara bağlıysa, varsayılan ağ geçidi üzerinden iletişim kurabileceklerine inanıyorum.
Yalnızca anahtar, bu 2 alt ağ arasında nasıl yönlendirileceğini bilen bir yönlendiriciye bağlıysa.