SSS

4.8.1. Is it normal to use iwconfig eth0 essid visitnet to control handover?
4.8.2. Farklı kablosuz ağların ESSID'leri/WEP anahtarları da farklı olabilir mi?
4.8.3. Eğer MN bir çok dış yerel ağ dolaşmış ve eve geri dönmüş ise bu ağlarda otomatik yaratılan IPv6 adresleri hala arayüz üzerinde duruyor oluyor! Bunları "boşaltmak/silmek" mümkün mü?
4.8.4. B konağının iki farklı alt ağa tahsis edilmiş iki arabirimi var. A konağından B'yi pinglediğimde cevap alamıyorum. Neden? A konağı B'nin (alt ağının) yerini biliyor!
4.8.5. IPv6'da öntanımlı ağ geçidini nasıl ayarlayacağım?
4.8.6. Konak yönlendirici talebini neden çoklu gönderim adresine gönderiyorda rasgele gönderim adresine göndermiyor?
4.8.7. MN hareket ettiğini neden farkedemiyor?


4.8.1. Is it normal to use iwconfig eth0 essid visitnet to control handover?

No, it has nothing to do with Mobile IPv6. It is just as an example on how you can easily test that your setup works. ESSIDs are layer 2, while Mobile IPv6 is layer 3.

4.8.2. Farklı kablosuz ağların ESSID'leri/WEP anahtarları da farklı olabilir mi?

Evet, ama yeni bir ağa geçtiğinizde bunu siz değiştirmelisiniz. MIPL'deki MIPv6 bunu otomatik olarak yapamaz.

4.8.3. Eğer MN bir çok dış yerel ağ dolaşmış ve eve geri dönmüş ise bu ağlarda otomatik yaratılan IPv6 adresleri hala arayüz üzerinde duruyor oluyor! Bunları "boşaltmak/silmek" mümkün mü?

Hayır, bu adresleri otomatik olarak kaldırmak için bir yol bilmiyorum, ama elle silebilirsiniz:

# ifconfig eth0 inet6 del ipv6-adres

4.8.4. B konağının iki farklı alt ağa tahsis edilmiş iki arabirimi var. A konağından B'yi pinglediğimde cevap alamıyorum. Neden? A konağı B'nin (alt ağının) yerini biliyor!

B konağı A'nın nerede olduğunu bilmediğinden (B, A'nın ağının yerini bilmiyor) bir yönlendirme girdisi eklemelisiniz:

# ip route add fec0:106:2700::/64 via fec0:106:2300::1

veya

# route -A inet6 add fec0:106:2700::/64 gw fec0:106:2300::1 dev eth0

4.8.5. IPv6'da öntanımlı ağ geçidini nasıl ayarlayacağım?

Bunu geleneksel route komutunu kullanarak yapabilirsiniz:

# route -A inet6 add default gw ipv6-konağı

ya da daha yeni olan ip komutu ile:

# ip route ::/0 via  ipv6-konağı

4.8.6. Konak yönlendirici talebini neden çoklu gönderim adresine gönderiyorda rasgele gönderim adresine göndermiyor?

Çünkü konak herhangi bir yönlendiriciden değil, tüm yönlendiricilerden cevap almak istiyor. Buradaki fikir tüm parametreleri alarak the "en iyi" öntanımlı yönlendiriciyi seçmektir.

4.8.7. MN hareket ettiğini neden farkedemiyor?

Çünkü bir önceki yönlendiricisinin hala ulaşılabilir olduğunu düşünüyor. Bunun nedeni çok uzun yönlendirici bilgilendirme süreleri olabilir. Yönlendiricideki bilgilendirmeyi gönderen programın yapılandırmasını kontrol edin. Eğer program yönlendirici bilgilendirme aralıklarını destekliyorsa MN'de aralık kullanımını etkinleştirerek hareketi farketmesine yardım edebilirsiniz. Ayrıntılar için man radvd.conf ile kılavuz dosyasına bakabilirsiniz.