- Katılım
- 13 Ağustos 2026
- Mesajlar
- 130
- Tepkime puanı
- 116
- Puan
- 458
SIFIRDAN AĞ (NETWORK) TEMELLERİ #4
HOSTLAR NASIL HABERLEŞİR? ARP, SWITCH VE MAC TABLOSU
NOT: Önceki bölümde OSI ve TCP/IP modellerini ele aldık. MAC adresinin Layer 2'de, IP adresinin Layer 3'te kullanıldığını ve verinin ağ üzerinde hangi aşamalardan geçtiğini gördük.Bu bölümde artık işin uygulama tarafına geçiyoruz. Aynı ağdaki iki bilgisayar birbirini nasıl buluyor? ARP ne işe yarıyor? Switch hangi cihazın hangi porta bağlı olduğunu nasıl öğreniyor? Hedef başka bir ağdaysa neden uzak bilgisayarın değil Router'ın MAC adresini kullanıyoruz? Hepsini adım adım inceleyeceğiz.
Ağ konusunda IP, MAC, Switch ve Router gibi kavramları ayrı ayrı bilmek işin ilk kısmı.
Asıl önemli olan bunların birlikte nasıl çalıştığını anlayabilmek.
Bu nedenle örnek bir ağ oluşturalım.
PC-A
IP:
192.168.1.20/24MAC:
AA:AA:AA:AA:AA:20PC-B
IP:
192.168.1.10/24MAC:
BB:BB:BB:BB:BB:10PC-A'nın PC-B'ye veri göndermek istediğini düşünelim. PC-A hedef IP adresini biliyor:
192.168.1.10Fakat Ethernet üzerinden iletişim kurabilmesi için hedefin MAC adresini de öğrenmesi gerekiyor. Peki bunu nasıl yapacak?
1. HEDEF AYNI AĞDA MI?
Bir bilgisayar başka bir IP adresine veri göndermek istediğinde ilk olarak hedefin kendi yerel ağında olup olmadığını kontrol eder.
Bunun için kendi IP adresini ve Subnet Mask bilgisini kullanır.
Bizim örneğimizde:
PC-A:
192.168.1.20/24PC-B:
192.168.1.10/24Her iki adres de:
192.168.1.0/24ağı içerisinde bulunuyor.
Dolayısıyla PC-A şunu anlayabilir:
"192.168.1.10 benimle aynı yerel ağda. Bu cihazla iletişim kurmak için Router'a gitmeme gerek yok."
Ancak IP adresini bilmek tek başına Ethernet iletişimi için yeterli değil.
PC-A'nın şu eşleşmeye ihtiyacı var:
Kod:
192.168.1.10 → ?Yani:
"192.168.1.10 IP adresinin MAC adresi nedir?"
İşte burada ARP devreye giriyor.
2. ARP NEDİR?
ARP'nin açılımı:
Address Resolution Protocol
yani:
Adres Çözümleme Protokolü
şeklindedir.
IPv4 kullanılan yerel ağlarda ARP, bildiğimiz bir IP adresinin yerel ağdaki MAC adresini öğrenmemize yardımcı olur.
En basit haliyle:
IP adresini biliyorum → MAC adresini öğrenmek istiyorum → ARP kullanıyorum.
Fakat bilgisayar hemen Broadcast göndermez.
Önce kendi ARP tablosunu kontrol eder.
Daha önce hedef cihazla iletişim kurulmuşsa şu tarz bir kayıt zaten bulunabilir:
Kod:
192.168.1.10 BB:BB:BB:BB:BB:10Bu durumda hedef MAC zaten biliniyor olabilir.
Eğer kayıt yoksa ARP sorgusu yapılır.
3. ARP REQUEST NASIL ÇALIŞIR?
PC-A şu cihazı arıyor:
192.168.1.10Ama MAC adresini bilmiyor.
Bu nedenle yerel ağ üzerinde şu anlama gelen bir ARP Request oluşturur:
"192.168.1.10 kimde? Bu IP sana aitse MAC adresini bana bildir."
Burada doğal olarak şu soru ortaya çıkar:
"MAC adresini bilmiyorsak ARP Request'i hangi MAC adresine gönderiyoruz?"
Bunun için Ethernet'in Broadcast MAC adresi kullanılır:
FF:FF:FF:FF:FF:FF
Bu adres tek bir cihazı değil, ilgili Layer 2 Broadcast Domain içerisindeki cihazları hedefler.
ARP Request içerisinde PC-A kendi IP ve MAC bilgisini de belirtir.
Basitleştirilmiş şekilde:
Kod:
Sender IP: 192.168.1.20
Sender MAC: AA:AA:AA:AA:AA:20
Target IP: 192.168.1.10Ethernet frame'in hedef adresi ise:
Kod:
FF:FF:FF:FF:FF:FFolur.
Switch bu Broadcast frame'i aldığında ilgili VLAN içerisindeki diğer portlara iletir.
Böylece aynı yerel ağdaki cihazlar ARP Request'i görür.
4. ARP REPLY – HEDEF CİHAZ CEVAP VERİYOR
ARP Request yerel ağdaki cihazlara ulaştı.
PC-C isteği gördü ancak kendi IP adresi
192.168.1.10 olmadığı için cevap vermedi.PC-D de aynı şekilde cevap vermedi.
Ama PC-B'nin IP adresi:
192.168.1.10Bu nedenle PC-B ARP Reply oluşturur ve kendi MAC adresini bildirir.
Kod:
192.168.1.10
=
BB:BB:BB:BB:BB:10PC-B, ARP Request üzerinden PC-A'nın MAC adresini zaten öğrendiği için yanıtı doğrudan PC-A'ya gönderebilir.
Yani ARP Request Broadcast iken ARP Reply normal şartlarda:
Unicast
olarak dönebilir.
PC-A yanıtı aldığında şu eşleşmeyi öğrenmiş olur:
Kod:
192.168.1.10 BB:BB:BB:BB:BB:10Bu bilgiyi ARP tablosuna kaydedebilir.
Artık PC-A, PC-B'ye göndereceği Ethernet frame'inde hedef MAC adresini biliyor.
5. ARP TABLOSU NEDİR?
Bilgisayarın her veri gönderiminde tekrar:
"Bu IP adresinin MAC adresi ne?"
diye Broadcast yapması gereksiz trafik oluştururdu.
Bu nedenle öğrenilen IP ve MAC eşleşmeleri belirli bir süre:
ARP Cache
veya:
ARP Table
içerisinde tutulur.
Windows'ta bunu görmek için CMD üzerinde:
arp -akomutunu kullanabilirsiniz.
Örnek:
Kod:
Internet Address Physical Address
192.168.1.1 34-aa-bb-cc-dd-ee
192.168.1.10 bb-bb-bb-bb-bb-10
192.168.1.50 72-18-aa-bb-cc-ddLinux tarafında ise:
ip neighkomutunu kullanabilirsiniz.
Örneğin:
Kod:
192.168.1.1 dev eth0 lladdr 34:aa:bb:cc:dd:ee REACHABLEBu kayıtlar kalıcı değildir.
Cihaz kapanabilir, IP değişebilir veya ağ yapısı değişebilir.
Bu nedenle ARP kayıtları gerektiğinde yeniden öğrenilir.
Burada MAC adresi hakkında da küçük bir ayrım yapalım.
MAC adresini:
"Donanıma sonsuza kadar kazınmış ve asla değiştirilemeyen numara."
şeklinde düşünmek doğru değildir.
Modern işletim sistemlerinde MAC adresleri çeşitli nedenlerle yazılımsal olarak değiştirilebilir veya rastgeleleştirilebilir.
6. SWITCH BU İLETİŞİMİN NERESİNDE?
PC-A artık PC-B'nin MAC adresini biliyor.
Kod:
192.168.1.10
→
BB:BB:BB:BB:BB:10Peki frame Switch'e geldiğinde Switch:
"BB:BB:BB:BB:BB:10 hangi fiziksel portta?" sorusunun cevabını nereden biliyor?
Switch bunun için: MAC Address Table kullanır.
Bazı kaynaklarda buna: CAM Table ifadesiyle de rastlayabilirsiniz.
Temel mantık:
MAC ADRESİ → SWITCH PORTU şeklindedir.
Örneğin:
Kod:
AA:AA:AA:AA:AA:20 Port 1
BB:BB:BB:BB:BB:10 Port 4
CC:CC:CC:CC:CC:30 Port 7Burada söylediğimiz Port 1 veya Port 4 ifadelerinin TCP/UDP portlarıyla ilgisi yoktur.
Bunlar Switch üzerindeki fiziksel Ethernet bağlantı noktalarıdır.
7. SWITCH MAC TABLOSUNU NASIL ÖĞRENİR?
Yeni açılmış bir Switch düşünelim.
MAC Address Table henüz boş.
PC-A, Switch'in Port 1 girişine bağlı olsun.
PC-C ise Port 4 üzerinde bulunsun.
PC-A'dan Switch'e şu bilgileri içeren bir Ethernet frame'i geldi:
Kod:
Source MAC:
AA:AA:AA:AA:AA:20
Destination MAC:
CC:CC:CC:CC:CC:30Switch frame'i aldığında önce: Source MAC alanına bakar.
Frame Port 1 üzerinden geldiğine göre Switch şunu öğrenir:
"AA:AA:AA:AA:AA:20 MAC adresine Port 1 üzerinden ulaşabilirim."
Ve MAC tablosuna şu kaydı ekler:
Kod:
AA:AA:AA:AA:AA:20 Port 1Buradaki önemli nokta şu:
Switch cihazlara "MAC adresin nedir?" diye sormaz.
Gelen frame'in Source MAC bilgisini okuyarak MAC adreslerini öğrenir.
8. SWITCH HEDEF MAC ADRESİNİ BİLMİYORSA NE OLUR?
Switch artık PC-A'nın Port 1 üzerinde olduğunu biliyor.
Ama hedef MAC adresi:
CC:CC:CC:CC:CC:30henüz MAC tablosunda bulunmuyor.
Bu durumda Switch kendi başına ARP sorgusu oluşturmaz.
Elindeki mevcut frame:
Unknown Unicast
durumundadır.
Yani frame tek bir MAC adresini hedefliyor ama Switch bu MAC adresinin hangi porttan ulaşılabilir olduğunu bilmiyor.
Bu nedenle frame'i geldiği port hariç ilgili VLAN içerisindeki uygun portlara gönderir.
Bu işleme: Flooding denir.
Örneğin:
Kod:
Port 1 Frame buradan geldi
Port 2 Gönder
Port 3 Gönder
Port 4 Gönder
Port 5 GönderFrame Port 4 üzerindeki PC-C'ye ulaştığında cihaz hedef MAC adresini kontrol eder.
MAC adresi kendisine ait olduğu için frame'i kabul eder.
PC-C cevap verdiğinde cevap Switch'e Port 4 üzerinden gelir.
Cevabın Source MAC adresi:
CC:CC:CC:CC:CC:30olduğu için Switch bu kez şu kaydı öğrenir:
Kod:
CC:CC:CC:CC:CC:30 Port 4Artık MAC tablosu:
Kod:
AA:AA:AA:AA:AA:20 Port 1
CC:CC:CC:CC:CC:30 Port 4şeklindedir.
Bundan sonraki iletişimde hedef MAC adresi bilindiği için Switch frame'i gereksiz yere diğer portlara göndermek zorunda kalmaz.
Doğrudan Port 4'e iletebilir.
Üç Kavramı Karıştırmayın:Broadcast: Frame zaten Broadcast Domain içerisindeki cihazlara ulaştırılmak üzere gönderilir.
Unknown Unicast: Hedef tek bir MAC adresidir fakat Switch bu MAC'in hangi portta olduğunu bilmiyordur.
Known Unicast: Switch hedef MAC adresinin hangi portta olduğunu biliyordur ve frame'i doğrudan ilgili porta iletebilir.
9. ARP TABLE VE MAC TABLE AYNI ŞEY DEĞİL
Burada yeni başlayanların sık karıştırdığı iki farklı tablo var.
ARP TABLE
Bir host üzerinde şu sorunun cevabını tutar:
"Bu IPv4 adresine hangi MAC adresi karşılık geliyor?"
Örneğin:
Kod:
192.168.1.10
↓
BB:BB:BB:BB:BB:10SWITCH MAC ADDRESS TABLE
Switch üzerinde şu sorunun cevabını tutar:
"Bu MAC adresine hangi fiziksel port üzerinden ulaşabilirim?"
Örneğin:
Kod:
BB:BB:BB:BB:BB:10
↓
Port 4İkisini birleştirirsek:
Kod:
HOST
192.168.1.10
↓ ARP
BB:BB:BB:BB:BB:10
SWITCH
BB:BB:BB:BB:BB:10
↓ MAC TABLE
Port 4Kısacası:
Host IP'den MAC'i öğrenir.
Switch MAC'ten fiziksel portu bulur.
10. FARKLI AĞDAKİ BİR CİHAZA NASIL ULAŞIYORUZ?
Şimdi senaryoyu değiştirelim.
PC-A:
192.168.1.20/24adresinde.
Fakat ulaşmak istediği PC-B:
192.168.2.10/24adresinde.
PC-A kendi IP adresini ve Subnet Mask bilgisini kullanarak hedefin kendi ağı içerisinde olmadığını anlayabilir.
Yani:
"192.168.2.10 benim yerel ağımda değil."
sonucuna ulaşır.
Bu durumda PC-A'nın kendi LAN'ında:
"192.168.2.10'un MAC adresi ne?"
şeklinde ARP yaparak hedefe doğrudan ulaşması mümkün değildir.
Çünkü hedef başka bir Layer 2 Broadcast Domain içerisindedir.
Normal Router'lar ARP Broadcast'lerini farklı ağlara taşımaz.
Bu nedenle paket:
Default Gateway
üzerinden gönderilir.
11. HEDEF IP UZAK CİHAZ, HEDEF MAC ROUTER
Default Gateway adresimizin:
192.168.1.1olduğunu düşünelim.
PC-A uzak ağa bir paket gönderecek.
Ama Ethernet frame'ini önce kendi yerel ağındaki Router'a teslim etmesi gerekiyor.
Dolayısıyla Router'ın MAC adresine ihtiyacı var.
Eğer bu bilgi ARP tablosunda yoksa:
"192.168.1.1 kimde?"
şeklinde ARP Request gönderilir.
Router cevap verir:
Kod:
192.168.1.1
=
11:11:11:11:11:01Artık PC-A Ethernet frame'ini hazırlayabilir.
Burada çok önemli bir ayrım var.
IP paketinin hedef adresi:
Kod:
Destination IP:
192.168.2.10olarak kalır.
Çünkü gerçek hedef PC-B'dir.
Ama ilk Ethernet frame'inin hedef MAC adresi:
Kod:
Destination MAC:
11:11:11:11:11:01yani Default Gateway'in MAC adresidir.
Tam görünüm:
Kod:
IP HEADER
Source IP:
192.168.1.20
Destination IP:
192.168.2.10
ETHERNET FRAME
Source MAC:
AA:AA:AA:AA:AA:20
Destination MAC:
11:11:11:11:11:01Yani PC-A aslında Router'a:
"Bu paketin gerçek hedefi başka ağda. Ben sana teslim ediyorum, bundan sonrasını sen yönlendir."
demiş olur.
12. ROUTER PAKETİ ALDIKTAN SONRA NE YAPAR?
Ethernet frame'i Router'a ulaştı.
Router'ın MAC adresi hedef olarak yazıldığı için Router frame'i kabul eder.
Layer 2 frame'i işler ve içerisindeki IP paketini inceler.
Hedef IP:
192.168.2.10Router daha sonra kendi:
Routing Table
bilgisine bakar.
Burada cevap aradığı soru şudur:
"192.168.2.10 adresine ulaşmak için bu paketi hangi arayüzden veya hangi next-hop üzerinden göndermeliyim?"
Örneğin:
192.168.2.0/24ağı Router'ın diğer arayüzüne doğrudan bağlı olsun.
Router paketi o taraftan göndereceğini bilir.
Fakat Ethernet üzerinden PC-B'ye ulaşabilmek için bu kez PC-B'nin MAC adresine ihtiyaç vardır.
ARP tablosunda bilgi yoksa Router kendi o ağındaki arayüzünden ARP Request gönderebilir.
PC-B cevap verir:
Kod:
192.168.2.10
=
BB:BB:BB:BB:BB:10Router ardından IP paketini yeni bir Ethernet frame içerisine koyar.
Bu kez:
Source MAC: Router'ın 192.168.2.X ağına bakan arayüzünün MAC adresidir.
Destination MAC: PC-B'nin MAC adresidir.
Yani Ethernet frame'i Router geçişinde değişmiştir.
Normal routing örneğinde ise IP paketindeki kaynak ve hedef adresler nihai uçları göstermeye devam eder.
Kısaca:MAC adresleri Layer 2 bağlantıları boyunca değişebilir.
IP adresleri normal yönlendirme boyunca kaynak ve nihai hedefi temsil eder.
NAT kullanılan bir noktada ise IP başlıklarında da değişiklik olabilir.
13. İNTERNETE ÇIKARKEN DE AYNI MANTIK ÇALIŞIR
Bilgisayarınız:
192.168.1.20gibi Private bir IP kullanıyor olabilir.
İnternette ziyaret edeceğiniz web sunucusu ise sizin yerel ağınızın dışındadır.
Bilgisayar bunu Subnet Mask bilgisi sayesinde anlayabilir.
Bu nedenle bilgisayarınız internetteki web sunucusunun MAC adresini öğrenmeye çalışmaz.
Yerel Layer 2 ağındaki bir sonraki teslim noktası:
Default Gateway
yani Router'dır.
Paket önce Router'a gider.
Router daha sonra paketi servis sağlayıcınızın ağına iletir.
Oradan sonra farklı Router'lar üzerinden nihai hedefe doğru yolculuk devam eder.
Yani interneti devasa tek bir ağ gibi düşünmek yerine:
Birbirine Router'lar üzerinden bağlanmış çok sayıda ağın oluşturduğu yapı
olarak düşünmek çok daha doğru olur.
14. İKİ SWITCH BİRBİRİNE BAĞLANIRSA NE OLUR?
Şimdi ağımızı biraz büyütelim.
Elimizde iki Switch olsun.
Switch-1:
PC-A
PC-B
Switch-2:
PC-C
PC-D
İki Switch birbirine Ethernet üzerinden bağlı olsun.
PC-A, PC-C ile iletişim kuruyor.
PC-A'dan gelen frame Switch-1'e ulaştığında Switch-1 Source MAC bilgisinden:
Kod:
PC-A MAC → Port 1eşleşmesini öğrenir.
Switch-1 hedef MAC adresinin nerede olduğunu henüz bilmiyorsa frame ilgili VLAN içerisinde flood edilebilir.
Frame iki Switch arasındaki bağlantı üzerinden Switch-2'ye ulaştığında Switch-2 de Source MAC alanını inceler.
Ve şunu öğrenebilir:
"PC-A'nın MAC adresine diğer Switch'e bağlı olan port üzerinden ulaşabilirim."
Örneğin:
Kod:
AA:AA:AA:AA:AA:20 Port 24Buradaki Port 24 doğrudan PC-A'ya bağlı değildir.
Port 24, Switch-1'e bağlıdır.
Bu nedenle tek bir fiziksel Switch portunun arkasında birden fazla MAC adresi öğrenilmesi mümkündür.
Örneğin:
Kod:
SWITCH-2 MAC TABLE
AA:AA:AA:AA:AA:20 Port 24
DD:DD:DD:DD:DD:40 Port 24
CC:CC:CC:CC:CC:30 Port 3
EE:EE:EE:EE:EE:50 Port 4Burada iki MAC adresinin aynı Port 24 üzerinde görülmesi normaldir.
Çünkü o portun arkasında başka bir Switch bulunuyor.
15. MAC TABLOSU SONSUZA KADAR AYNI MI KALIR?
Hayır.
Bir bilgisayarı Switch'in Port 3 girişinden çıkarıp Port 8'e taktığınızı düşünün.
Switch eski:
Kod:
MAC → Port 3bilgisini sonsuza kadar saklarsa ağ değişikliklerine uyum sağlayamaz.
Bu nedenle dinamik MAC Address Table kayıtlarında:
Aging
mekanizması bulunur.
Belirli bir süre boyunca ilgili MAC adresinden trafik görülmezse dinamik kayıt tablodan silinebilir.
Cihaz yeniden trafik gönderdiğinde Switch Source MAC üzerinden yeni bağlantı noktasını tekrar öğrenir.
Bu yüzden MAC Address Table:
Ağdaki trafiğe göre sürekli öğrenilen ve güncellenen dinamik bir tablodur.
16. SWITCH'İN IP ADRESİ VAR MIDIR?
Burada da sık karşılaşılan bir kafa karışıklığı var.
Layer 2 Switch'in normal Ethernet frame forwarding işlemi için IP adresine ihtiyacı yoktur.
Switch hedef MAC adresini MAC Address Table üzerinden kontrol eder.
Ama yönetilebilir Switch'lerde cihazın kendisine erişebilmek için bir:
Management IP
tanımlanabilir.
Örneğin:
192.168.1.2Switch'in yönetim IP'si olsun.
Uygun yapılandırmada:
ssh [email protected]şeklinde Switch'in kendisine bağlanabilirsiniz.
Dolayısıyla iki farklı durumu ayırmak gerekiyor.
Switch normal ağ trafiğini iletirken:
MAC adresleri ve fiziksel portlarla ilgilenir.
Switch'in kendisini yönetirken:
Management IP kullanılabilir.
Bu yüzden:
"Switch'in IP adresi olmaz."
demek doğru değildir.
Daha doğru ifade:
Layer 2 forwarding için IP gerekli değildir ancak Switch yönetim amacıyla bir IP adresine sahip olabilir.
17. KENDİ BİLGİSAYARINIZDA ARP'Yİ GÖRÜN
Bu kısmı kendi bilgisayarınızda da deneyebilirsiniz.
Windows'ta CMD açın. Önce:
ipconfig komutunu çalıştırın.Default Gateway adresinizi bulun. Örneğin:
Kod:
Default Gateway . . . . . : 192.168.1.1Daha sonra:
arp -a komutunu kullanın. Şuna benzer bir kayıt görebilirsiniz:
Kod:
192.168.1.1 34-aa-bb-cc-dd-eeYani:
192.168.1.1IP adresinin hangi MAC adresiyle eşleştiğini kendi bilgisayarınızdan görebilirsiniz.
Aynı ağdaki başka bir cihaz için de önce:
arp -a çıktısına bakıp ardından: ping 192.168.1.50 gibi bir iletişim deneyebilirsiniz. Daha sonra tekrar: arp -a komutunu çalıştırarak ARP tablosunu kontrol edebilirsiniz.Linux tarafında ise:
ip neighkomutu kullanılabilir.
18. TÜM İLETİŞİMİ TOPARLAYALIM
Şimdi iki temel senaryoyu baştan sona toparlayalım.
SENARYO 1 – HEDEF AYNI AĞDA
PC-A hedef IP adresini kontrol eder.
Subnet Mask yardımıyla hedefin kendi yerel ağında olduğunu anlar.
Hedef MAC ARP tablosunda varsa mevcut kayıt kullanılır.
Yoksa ARP Request gönderilir.
Hedef cihaz ARP Reply ile MAC adresini bildirir.
PC-A IP–MAC eşleşmesini ARP tablosuna kaydeder.
Ethernet frame'inin hedef MAC adresi doğrudan PC-B'nin MAC adresi olur.
Frame Switch'e ulaşır.
Switch Source MAC üzerinden PC-A'nın bulunduğu portu öğrenir.
Hedef MAC biliniyorsa frame doğrudan ilgili porta gönderilir.
Bilinmiyorsa Unknown Unicast Flooding gerçekleşebilir.
Hedef cevap verdiğinde Switch hedef cihazın MAC adresini de öğrenir.
SENARYO 2 – HEDEF FARKLI AĞDA
PC-A hedef IP'nin kendi subnet'i dışında olduğunu anlar.
Paketi Default Gateway'e vermesi gerektiğine karar verir.
Gateway'in MAC adresi bilinmiyorsa ARP ile öğrenilir.
IP paketinin hedef IP adresi uzak cihazın IP'si olmaya devam eder.
Ama ilk Ethernet frame'inin hedef MAC adresi Default Gateway'in MAC adresidir.
Switch frame'i Router'a iletir.
Router IP paketini inceler.
Routing Table üzerinden paketin hangi yöne gönderileceğine karar verir.
Gerekirse yeni Layer 2 bağlantı için ARP kullanır.
Paket yeni Ethernet frame'i içerisinde yolculuğuna devam eder.
BU BÖLÜMDE NE ÖĞRENDİK?Bu bölümün sonunda artık:
✓ Bir hostun hedef IP'nin kendi ağında olup olmadığını nasıl belirlediğini,
✓ ARP'nin neden kullanıldığını,
✓ ARP Request'in neden Broadcast olduğunu,
✓ FF:FF:FF:FF:FF:FF adresinin ne anlama geldiğini,
✓ ARP Reply'nin nasıl geri döndüğünü,
✓ ARP Table'ın IP → MAC eşleşmesi tuttuğunu,
✓ Switch MAC Table'ın MAC → Port eşleşmesi tuttuğunu,
✓ Switch'in Source MAC üzerinden nasıl öğrenme yaptığını,
✓ Unknown Unicast ve Flooding mantığını,
✓ Known Unicast iletişimin nasıl gerçekleştiğini,
✓ Farklı ağdaki hedefe giderken neden Gateway'in MAC adresinin kullanıldığını,
✓ Router'ın Routing Table ile nasıl karar verdiğini,
✓ Router geçişlerinde Ethernet frame'inin neden değiştiğini,
✓ İki Switch arasında MAC öğrenmenin nasıl gerçekleştiğini,
✓ MAC Aging mantığını,
✓ Layer 2 Switch'in neden Management IP'ye sahip olabileceğini
biliyoruz.
ARP TABLE → IP'den MAC'i bulur.
SWITCH MAC TABLE → MAC'ten fiziksel portu bulur.
ROUTING TABLE → Hedef ağa hangi yoldan gidileceğini belirler.
Siberatay Admini: Alparslan