- Katılım
- 15 May 2013
- Konular
- 971
- Mesajlar
- 6,650
- Online süresi
- 2ay 11g
- Reaksiyon Skoru
- 5,350
- Altın Konu
- 314
- Başarım Puanı
- 319
- TM Yaşı
- 12 Yıl 11 Ay 12 Gün
- MmoLira
- 22,212
- DevLira
- 15
Metin2 EP, Valorant VP dahil tüm oyun ürünlerini en uygun fiyatlarla bulabilir, Item ve Karakterlerinizi hızlıca satabilirsiniz. HEMEN TIKLA!
Bu sorun giderme serisinde, yönlendiriciler arasındaki OSPF komşuluk sorunlarını bulup çözeceğiz.
Sorun Giderme Topolojisi
Bu sorun giderme işlemi için aşağıdaki başlangıç topolojisini kullanacağız.
Tüm cihazlar Alan 0'da OSPF çalıştırır ve komşu yönlendiricilerle yakınlık kurmalıdır.
Tüm cihazlar Alan 0'da OSPF çalıştırır ve komşu yönlendiricilerle yakınlık kurmalıdır.
Bilet Sorunları
Büyük bir kurumsal şirketi destekleyen bir ağ mühendisi olduğunuzu varsayalım. Aşağıdaki iki bildirilen sorunla ilgili bir bilet aldınız:
Sorun #1 - R3, R5 ile OSPF yakınlığı kuramıyor.
Sorun #2 - DSW1, DSW2 ile OSPF yakınlığı kuramıyor.
Size "cisco/cisco" kimlik bilgileri veriliyor. Ancak, en yüksek ayrıcalık düzeyine sahip değiller, bu nedenle `show run` komutunu kullanamıyorsunuz. Bu nedenle, yönlendiricilerin yapılandırmalarına bakmadan sorunları çözmeniz gerekiyor.
Sorun #1 - R3, R5 ile OSPF yakınlığı kuramıyor.
Sorun #2 - DSW1, DSW2 ile OSPF yakınlığı kuramıyor.
Size "cisco/cisco" kimlik bilgileri veriliyor. Ancak, en yüksek ayrıcalık düzeyine sahip değiller, bu nedenle `show run` komutunu kullanamıyorsunuz. Bu nedenle, yönlendiricilerin yapılandırmalarına bakmadan sorunları çözmeniz gerekiyor.
OSPF Yakınlık Sorunlarını Giderme
Tamam, sorun giderme süreciyle başlayalım. Bir OSPF yakınlık sorununu gidermenin iş akışı nedir?
Bazı eğitimciler sorun giderme sürecini gereksiz yere karmaşıklaştırıyor ve öğrenciler bunun "yetenek" gerektiren karmaşık bir şey olduğu izlenimine kapılıyor. Gerçekte, oldukça basit ve anlaşılır. Aşağıdaki şemada gösterildiği gibi, her iki tarafta da birkaç "göster" komutu çalıştırıp bunları karşılaştırmanız yeterli.
İşlem oldukça basittir: Bağlı iki arayüzün fiziksel ve OSPF ayarlarını karşılaştırırsınız. Her iki tarafta da `show ip ospf interface` komutunu çalıştırır, çıktıyı karşılaştırır ve uyumsuz olanı bulursunuz. %99 oranında, OSPF komşuluk sorunlarının giderilmesi bu şekilde gerçekleşir. Sadece neye bakmanız gerektiğini bilmeniz gerekir.
Sorun giderme iş akışını her zaman iki ana adıma ayırırım.
İlk olarak, port durumu, ACL veya MTU gibi genel arayüz ayarlarının doğru çalıştığından emin olurum.
Ardından, her iki taraftaki arayüzlerin OSPF'ye özgü ayarlarını doğrularım.
Bazı eğitimciler sorun giderme sürecini gereksiz yere karmaşıklaştırıyor ve öğrenciler bunun "yetenek" gerektiren karmaşık bir şey olduğu izlenimine kapılıyor. Gerçekte, oldukça basit ve anlaşılır. Aşağıdaki şemada gösterildiği gibi, her iki tarafta da birkaç "göster" komutu çalıştırıp bunları karşılaştırmanız yeterli.
İşlem oldukça basittir: Bağlı iki arayüzün fiziksel ve OSPF ayarlarını karşılaştırırsınız. Her iki tarafta da `show ip ospf interface` komutunu çalıştırır, çıktıyı karşılaştırır ve uyumsuz olanı bulursunuz. %99 oranında, OSPF komşuluk sorunlarının giderilmesi bu şekilde gerçekleşir. Sadece neye bakmanız gerektiğini bilmeniz gerekir.
Sorun giderme iş akışını her zaman iki ana adıma ayırırım.
İlk olarak, port durumu, ACL veya MTU gibi genel arayüz ayarlarının doğru çalıştığından emin olurum.
Ardından, her iki taraftaki arayüzlerin OSPF'ye özgü ayarlarını doğrularım.
1. Adım - Arayüz Ayarları
OSPF komşuluğunun arayüz başına çalıştığını unutmayın. Bu nedenle, her zaman sorun giderme yaptığımız komşuya bağlanan arayüzün genel IP ayarlarını doğrulayarak başlarım. Her zaman kontrol ettiğim ilk şeyler şunlardır:
Sınav ortamlarında tüm bu gerçekleri kontrol etmenin en kolay yolu, `show ip interface` komutunu kullanmaktır. Bu komut, ihtiyacımız olan tüm bilgileri içeren uzun bir çıktı verir. Ancak gerçek dünyada, mühendisler genellikle aynı bilgileri çapraz kontrol etmek için `show run` ve `show ip interface brief` komutlarının bir kombinasyonunu kullanırlar.
Sonuç olarak, komşu olması gereken yönlendiriciler arasında her zaman birkaç ping gönderirim. Bu, IP bağlantısının olduğundan ve sorunun büyük olasılıkla cihazlar arasındaki ağ segmentinden ziyade OSPF yapılandırmasında olduğundan emin olmamızı sağlar.
Sınav ortamlarında tüm bu gerçekleri kontrol etmenin en kolay yolu, `show ip interface` komutunu kullanmaktır. Bu komut, ihtiyacımız olan tüm bilgileri içeren uzun bir çıktı verir. Ancak gerçek dünyada, mühendisler genellikle aynı bilgileri çapraz kontrol etmek için `show run` ve `show ip interface brief` komutlarının bir kombinasyonunu kullanırlar.
Sonuç olarak, komşu olması gereken yönlendiriciler arasında her zaman birkaç ping gönderirim. Bu, IP bağlantısının olduğundan ve sorunun büyük olasılıkla cihazlar arasındaki ağ segmentinden ziyade OSPF yapılandırmasında olduğundan emin olmamızı sağlar.
Adım 2 - OSPF Ayarları
İki yönlendiricinin komşu olmasını engelleyen OSPF ayarları çok fazla değildir. Aşağıdaki tablo, karşılanması gereken gereksinimleri özetlemektedir.
Cihazın syslog'unu kontrol etmek de iyi bir uygulamadır. Yönlendiriciler, en yaygın OSPF yanlış yapılandırmalarını bildirmek için syslog mesajları üretir. Sınav ortamlarında, sorun gidermeyi zorlaştırmak için günlük kaydı kasıtlı olarak devre dışı bırakılabilir. Ancak, gerçek dünya ağlarında, syslog'u kontrol etmek her zaman iyi bir uygulamadır.
Cihazın syslog'unu kontrol etmek de iyi bir uygulamadır. Yönlendiriciler, en yaygın OSPF yanlış yapılandırmalarını bildirmek için syslog mesajları üretir. Sınav ortamlarında, sorun gidermeyi zorlaştırmak için günlük kaydı kasıtlı olarak devre dışı bırakılabilir. Ancak, gerçek dünya ağlarında, syslog'u kontrol etmek her zaman iyi bir uygulamadır.
Sorun #1
Sorun giderme iş akışımız elimizdeyken, ilk sorunumuzla başlayalım.
Sorun "R3, R5 ile OSPF komşuluğu kuramıyor" şeklinde bildiriliyor. Öncelikle, yönlendiricilerin gerçekten komşu olmadıklarını doğrulayalım.
Açıkça görüldüğü üzere, R3 (3.3.3.3), R5'in (5.5.5.5) komşusu değildir. Bunun nedenini bulalım.
Şemaya göre, her iki yönlendirici de Eth0/2 arayüzü üzerinden birbirine bağlanıyor. Her iki yönlendiricideki arayüz ayarlarını kontrol edelim.
Arayüz açısından her şey yolunda görünüyor. Her iki arayüz de UP/UP durumunda, IP adresleri aynı alt ağda (10.1.2.0/24), MTU varsayılan 1500 bayt ve ACL yok. Aşağıdaki diyagram, show ip interface komutunu kullanarak şimdiye kadar bulduklarımızı özetliyor.
Şimdi, show ip ospf interface komutunu kullanarak OSPF ayarlarını kontrol edelim. Bu komut, komşu bağlantı sorunlarını gidermek için en kullanışlı komuttur.
R3'ün arayüzünün Alan 0'da, R5'in arayüzünün ise Alan 1'de yer aldığı açıktır. Ancak, komşu olabilmeleri için alanların eşleşmesi gerekir.
Şemada tüm yönlendiricilerin Alan 0'da olduğu gösterildiğinden, R5'in arayüzünü Alan 0 olarak değiştirelim. "Arayüz Etkinleştirme yoluyla bağlı" çıktısından, R5'in arayüzünün ip ospf 1 area 1 interface komutuyla etkinleştirildiğini anlayabiliriz. Bunu aşağıdaki gibi Alan 0 olarak değiştirelim.
Şimdi, R5'in OSPF komşularını kontrol edersek, R3 ile komşu olduğunu görebiliriz.
Böylece 1 numaralı sorun çözüldü. Diğerini kontrol edelim.
2. Sorun
Sorun "DSW1, DSW2 ile OSPF komşuluğu kuramıyor" şeklinde raporlanmıştır. Öncelikle, yönlendiricilerin komşu olmadıklarını doğrulayalım.
DSW1'in (1.1.1.1) R3 ve R4 ile komşu olduğunu, ancak DSW2 (2.2.2.2) ile komşu olmadığını görüyoruz. Bunun nedenini bulalım.
Öncelikle, 10.1.1.0/24 segmentine bağlanan DSW1 ve DSW2'nin arayüzlerini kontrol edelim.
Her iki arayüz de UP/UP durumunda görünüyor, ACL yok, MTU varsayılan değerde ve IP adresleri doğru alt ağdan geliyor. Bu nedenle, arayüz ayarları açısından bakıldığında, belirgin bir hata yok. Şimdi arayüzlerin OSPF ayarlarını kontrol edelim.
Her iki tarafın da `show ip ospf interface` çıktısını karşılaştıralım ve bir sorun olup olmadığını görelim.
İlk göze çarpan şey, her iki yönlendiricinin de aynı RID'ye, 1.1.1.1'e sahip olmasıdır. Ancak, yönlendiricilerin komşu olabilmeleri için benzersiz OSPF RID'lerine sahip olmaları gerekir. DSW2'nin RID'sini 2.2.2.2 olarak değiştirelim ve ne olacağını görelim.
Şimdi DSW2'nin OSPF komşularını kontrol edersek, DSW1 ile başarılı bir şekilde OSPF komşuluğu kurduğunu görebiliriz.
Sorun "R3, R5 ile OSPF komşuluğu kuramıyor" şeklinde bildiriliyor. Öncelikle, yönlendiricilerin gerçekten komşu olmadıklarını doğrulayalım.
Kod:
R3# sh ip ospf neighbor
Neighbor ID Pri State Dead Time Address Interface
1.1.1.1 1 FULL/DROTHER 00:00:39 10.1.1.1 Ethernet0/1
1.1.1.1 1 FULL/DROTHER 00:00:37 10.1.1.2 Ethernet0/1
4.4.4.4 1 FULL/DR 00:00:39 10.1.1.4 Ethernet0/1
Açıkça görüldüğü üzere, R3 (3.3.3.3), R5'in (5.5.5.5) komşusu değildir. Bunun nedenini bulalım.
Şemaya göre, her iki yönlendirici de Eth0/2 arayüzü üzerinden birbirine bağlanıyor. Her iki yönlendiricideki arayüz ayarlarını kontrol edelim.
Kod:
R3# sh ip int eth0/2
Ethernet0/2 is up, line protocol is up
Internet address is 10.1.2.3/24
Broadcast address is 255.255.255.255
Address determined by configuration file
MTU is 1500 bytes
Helper address is not set
Directed broadcast forwarding is disabled
Multicast reserved groups joined: 224.0.0.5 224.0.0.6
Outgoing Common access list is not set
Outgoing access list is not set
Inbound Common access list is not set
Inbound access list is not set
Proxy ARP is enabled
Local Proxy ARP is disabled
Security level is default
Split horizon is enabled
. . .
Kod:
R5# sh ip int eth0/2
Ethernet0/2 is up, line protocol is up
Internet address is 10.1.2.5/24
Broadcast address is 255.255.255.255
Address determined by configuration file
MTU is 1500 bytes
Helper address is not set
Directed broadcast forwarding is disabled
Multicast reserved groups joined: 224.0.0.5 224.0.0.6
Outgoing Common access list is not set
Outgoing access list is not set
Inbound Common access list is not set
Inbound access list is not set
Proxy ARP is enabled
Local Proxy ARP is disabled
Security level is default
Split horizon is enabled
. . .
Arayüz açısından her şey yolunda görünüyor. Her iki arayüz de UP/UP durumunda, IP adresleri aynı alt ağda (10.1.2.0/24), MTU varsayılan 1500 bayt ve ACL yok. Aşağıdaki diyagram, show ip interface komutunu kullanarak şimdiye kadar bulduklarımızı özetliyor.
Şimdi, show ip ospf interface komutunu kullanarak OSPF ayarlarını kontrol edelim. Bu komut, komşu bağlantı sorunlarını gidermek için en kullanışlı komuttur.
Kod:
R3# sh ip ospf interface eth0/2
Ethernet0/2 is up, line protocol is up
Internet Address 10.1.2.3/24, Interface ID 4, Area 0
Attached via Network Statement
Process ID 1, Router ID 3.3.3.3, Network Type BROADCAST, Cost: 10
Topology-MTID Cost Disabled Shutdown Topology Name
0 10 no no Base
Transmit Delay is 1 sec, State DR, Priority 1
Designated Router (ID) 3.3.3.3, Interface address 10.1.2.3
No backup designated router on this network
Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
oob-resync timeout 40
Hello due in 00:00:00
Supports Link-local Signaling (LLS)
Cisco NSF helper support enabled
IETF NSF helper support enabled
Can be protected by per-prefix Loop-Free FastReroute
Can be used for per-prefix Loop-Free FastReroute repair paths
Not Protected by per-prefix TI-LFA
Index 1/3/3, flood queue length 0
Next 0x0(0)/0x0(0)/0x0(0)
Last flood scan length is 0, maximum is 0
Last flood scan time is 0 msec, maximum is 0 msec
Neighbor Count is 0, Adjacent neighbor count is 0
Suppress hello for 0 neighbor(s)
Kod:
R5# sh ip ospf interface eth0/2
Ethernet0/2 is up, line protocol is up
Internet Address 10.1.2.5/24, Interface ID 4, Area 1
Attached via Interface Enable
Process ID 1, Router ID 5.5.5.5, Network Type BROADCAST, Cost: 10
Topology-MTID Cost Disabled Shutdown Topology Name
0 10 no no Base
Enabled by interface config, including secondary ip addresses
Transmit Delay is 1 sec, State DR, Priority 1
Designated Router (ID) 5.5.5.5, Interface address 10.1.2.5
No backup designated router on this network
Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
oob-resync timeout 40
Hello due in 00:00:08
Supports Link-local Signaling (LLS)
Cisco NSF helper support enabled
IETF NSF helper support enabled
Can be protected by per-prefix Loop-Free FastReroute
Can be used for per-prefix Loop-Free FastReroute repair paths
Not Protected by per-prefix TI-LFA
Index 1/1/1, flood queue length 0
Next 0x0(0)/0x0(0)/0x0(0)
Last flood scan length is 0, maximum is 0
Last flood scan time is 0 msec, maximum is 0 msec
Neighbor Count is 0, Adjacent neighbor count is 0
Suppress hello for 0 neighbor(s)
R3'ün arayüzünün Alan 0'da, R5'in arayüzünün ise Alan 1'de yer aldığı açıktır. Ancak, komşu olabilmeleri için alanların eşleşmesi gerekir.
Şemada tüm yönlendiricilerin Alan 0'da olduğu gösterildiğinden, R5'in arayüzünü Alan 0 olarak değiştirelim. "Arayüz Etkinleştirme yoluyla bağlı" çıktısından, R5'in arayüzünün ip ospf 1 area 1 interface komutuyla etkinleştirildiğini anlayabiliriz. Bunu aşağıdaki gibi Alan 0 olarak değiştirelim.
Kod:
R5# conf t
Enter configuration commands, one per line. End with CNTL/Z.
R5(config)# interface e0/2
R5(config-if)# ip ospf 1 area 0
R5(config-if)# end
R5#
Şimdi, R5'in OSPF komşularını kontrol edersek, R3 ile komşu olduğunu görebiliriz.
Kod:
R5# sh ip ospf neighbor
Neighbor ID Pri State Dead Time Address Interface
3.3.3.3 1 FULL/DR 00:00:39 10.1.2.3 Ethernet0/2
Böylece 1 numaralı sorun çözüldü. Diğerini kontrol edelim.
2. Sorun
Sorun "DSW1, DSW2 ile OSPF komşuluğu kuramıyor" şeklinde raporlanmıştır. Öncelikle, yönlendiricilerin komşu olmadıklarını doğrulayalım.
Kod:
DSW1# sh ip ospf neighbor
Neighbor ID Pri State Dead Time Address Interface
3.3.3.3 1 FULL/BDR 00:00:39 10.1.1.3 Ethernet0/1
4.4.4.4 1 FULL/DR 00:00:39 10.1.1.4 Ethernet0/1
DSW1'in (1.1.1.1) R3 ve R4 ile komşu olduğunu, ancak DSW2 (2.2.2.2) ile komşu olmadığını görüyoruz. Bunun nedenini bulalım.
Öncelikle, 10.1.1.0/24 segmentine bağlanan DSW1 ve DSW2'nin arayüzlerini kontrol edelim.
Kod:
DSW1# sh ip interface eth0/1
Ethernet0/1 is up, line protocol is up
Internet address is 10.1.1.1/24
Broadcast address is 255.255.255.255
Address determined by configuration file
MTU is 1500 bytes
Helper address is not set
Directed broadcast forwarding is disabled
Multicast reserved groups joined: 224.0.0.5
Outgoing Common access list is not set
Outgoing access list is not set
Inbound Common access list is not set
Inbound access list is not set
Proxy ARP is enabled
Local Proxy ARP is disabled
Security level is default
Split horizon is enabled
. . .
Kod:
DSW2#show ip interface eth0/1
Ethernet0/1 is up, line protocol is up
Internet address is 10.1.1.2/24
Broadcast address is 255.255.255.255
Address determined by configuration file
MTU is 1500 bytes
Helper address is not set
Directed broadcast forwarding is disabled
Multicast reserved groups joined: 224.0.0.5
Outgoing Common access list is not set
Outgoing access list is not set
Inbound Common access list is not set
Inbound access list is not set
Proxy ARP is enabled
Local Proxy ARP is disabled
Security level is default
Split horizon is enabled
. . .
Her iki arayüz de UP/UP durumunda görünüyor, ACL yok, MTU varsayılan değerde ve IP adresleri doğru alt ağdan geliyor. Bu nedenle, arayüz ayarları açısından bakıldığında, belirgin bir hata yok. Şimdi arayüzlerin OSPF ayarlarını kontrol edelim.
Her iki tarafın da `show ip ospf interface` çıktısını karşılaştıralım ve bir sorun olup olmadığını görelim.
Kod:
DSW1# sh ip ospf interface eth0/1
Ethernet0/1 is up, line protocol is up
Internet Address 10.1.1.1/24, Interface ID 3, Area 0
Attached via Network Statement
Process ID 1, Router ID 1.1.1.1, Network Type BROADCAST, Cost: 10
Topology-MTID Cost Disabled Shutdown Topology Name
0 10 no no Base
Transmit Delay is 1 sec, State DROTHER, Priority 1
Designated Router (ID) 4.4.4.4, Interface address 10.1.1.4
Backup Designated router (ID) 3.3.3.3, Interface address 10.1.1.3
Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
oob-resync timeout 40
Hello due in 00:00:00
Supports Link-local Signaling (LLS)
Cisco NSF helper support enabled
IETF NSF helper support enabled
Can be protected by per-prefix Loop-Free FastReroute
Can be used for per-prefix Loop-Free FastReroute repair paths
Not Protected by per-prefix TI-LFA
Index 1/2/2, flood queue length 0
Next 0x0(0)/0x0(0)/0x0(0)
Last flood scan length is 1, maximum is 2
Last flood scan time is 0 msec, maximum is 1 msec
Neighbor Count is 2, Adjacent neighbor count is 2
Adjacent with neighbor 3.3.3.3 (Backup Designated Router)
Adjacent with neighbor 4.4.4.4 (Designated Router)
Suppress hello for 0 neighbor(s)
Cryptographic authentication enabled
Youngest key id is 1
Kod:
DSW2# sh ip ospf interface eth0/1
Ethernet0/1 is up, line protocol is up
Internet Address 10.1.1.2/24, Interface ID 3, Area 0
Attached via Network Statement
Process ID 1, Router ID 1.1.1.1, Network Type BROADCAST, Cost: 10
Topology-MTID Cost Disabled Shutdown Topology Name
0 10 no no Base
Transmit Delay is 1 sec, State DROTHER, Priority 1
Designated Router (ID) 4.4.4.4, Interface address 10.1.1.4
Backup Designated router (ID) 3.3.3.3, Interface address 10.1.1.3
Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
oob-resync timeout 40
Hello due in 00:00:05
Supports Link-local Signaling (LLS)
Cisco NSF helper support enabled
IETF NSF helper support enabled
Can be protected by per-prefix Loop-Free FastReroute
Can be used for per-prefix Loop-Free FastReroute repair paths
Not Protected by per-prefix TI-LFA
Index 1/3/3, flood queue length 0
Next 0x0(0)/0x0(0)/0x0(0)
Last flood scan length is 1, maximum is 2
Last flood scan time is 0 msec, maximum is 1 msec
Neighbor Count is 2, Adjacent neighbor count is 2
Adjacent with neighbor 3.3.3.3 (Backup Designated Router)
Adjacent with neighbor 4.4.4.4 (Designated Router)
Suppress hello for 0 neighbor(s)
Cryptographic authentication enabled
Youngest key id is 1
İlk göze çarpan şey, her iki yönlendiricinin de aynı RID'ye, 1.1.1.1'e sahip olmasıdır. Ancak, yönlendiricilerin komşu olabilmeleri için benzersiz OSPF RID'lerine sahip olmaları gerekir. DSW2'nin RID'sini 2.2.2.2 olarak değiştirelim ve ne olacağını görelim.
Kod:
DSW2# conf t
Enter configuration commands, one per line. End with CNTL/Z.
DSW2(config)# router ospf 1
DSW2(config-router)# router-id 2.2.2.2
% OSPF: Reload or use "clear ip ospf process" command, for this to take effect
DSW2(config-router)# end
DSW2# clear ip ospf process
Reset ALL OSPF processes? [no]: yes
Şimdi DSW2'nin OSPF komşularını kontrol edersek, DSW1 ile başarılı bir şekilde OSPF komşuluğu kurduğunu görebiliriz.
Kod:
DSW2# sh ip ospf neighbor
Neighbor ID Pri State Dead Time Address Interface
1.1.1.1 1 2WAY/DROTHER 00:00:31 10.1.1.1 Ethernet0/1
3.3.3.3 1 FULL/BDR 00:00:34 10.1.1.3 Ethernet0/1
4.4.4.4 1 FULL/DR 00:00:31 10.1.1.4 Ethernet0/1
Önemli Noktalar
OSPF komşuluk sorun giderme sürecinin, iki arayüzün IP ve OSPF ayarlarını karşılaştırmaktan ibaret olduğunu unutmayın. Daha karmaşık bir şey yok.
Genel bir kural olarak, öncelikle her iki tarafın IP ayarlarının da düzgün olduğundan emin olmalısınız—arayüzler UP/UP olmalı ve bağlantı olmalı, IP'ler aynı alt ağda olmalı, MTU her iki tarafta da aynı olmalı ve OSPF mesajlarını engelleyen bir ACL olmamalıdır.
Ardından, OSPF ayarlarına geçin ve RID'leri, Alan Kimliklerini, Merhaba/Ölü aralıklarını, Kimlik Doğrulamasını, Ağ Türlerini ve pasif arayüz ve işlem kapatma gibi çeşitli ayarları karşılaştırın.
Genel bir kural olarak, öncelikle her iki tarafın IP ayarlarının da düzgün olduğundan emin olmalısınız—arayüzler UP/UP olmalı ve bağlantı olmalı, IP'ler aynı alt ağda olmalı, MTU her iki tarafta da aynı olmalı ve OSPF mesajlarını engelleyen bir ACL olmamalıdır.
Ardından, OSPF ayarlarına geçin ve RID'leri, Alan Kimliklerini, Merhaba/Ölü aralıklarını, Kimlik Doğrulamasını, Ağ Türlerini ve pasif arayüz ve işlem kapatma gibi çeşitli ayarları karşılaştırın.
- Katılım
- 26 Tem 2023
- Konular
- 442
- Mesajlar
- 5,604
- Online süresi
- 2ay 24g
- Reaksiyon Skoru
- 3,218
- Altın Konu
- 133
- Başarım Puanı
- 249
- TM Yaşı
- 2 Yıl 8 Ay 28 Gün
- MmoLira
- 49,879
- DevLira
- 12
Eline sağlık
Şu an konuyu görüntüleyenler (Toplam : 0, Üye: 0, Misafir: 0)
Benzer konular
- Cevaplar
- 2
- Görüntüleme
- 30













