- 6.1. Neden /dev/mipv6_dev girdisini oluşturmak zorundayız?
-
Bir aygıt dosyası temel olarak bir kullanıcı aracıdır, mipdiag aygıt dosyası üzerinden ioctl çağrılarını kullanarak, çekirdek parametrelerinde değişiklik yapabilmek içindir. mknod, gezici-ipv6 modülü tarafından anlaşılabilecek parametrelerle bu özel aygıt dosyasını oluşturur.
- 6.2. 2.6 serisi çekirdekler için destek mevcut mu?
-
Çekirdekte Gezici IPv6'nın USAGI projesi ile birlikte çalışması için gerekli yapıyı tamamladık. Bu yapılanma ile yönlendirme iyileştirmesi, tünelleme ve isteğe bağlı yönlendirme (policy routing) yapılabilmektedir.
Şimdi MIPv6 sinyallemesi ve çekirdek tarafındaki işlemi kontrol eden kullanıcı artalan süreci üzerinde çalışıyoruz. Kullanıcı tarafındaki bölüm de iyi gidiyor. Ama protokol mantığı hala eksik olduğundan kullanıcıların deneyebilecekleri bir şey yok ortada. Mart ayının sonuna kadar iyi çalışan ve denenmiş bir prototipe sahip olacağımızı umuyoruz.
- 6.3. MIPL IPSec'i destekliyor mu?
-
2.4 serisinde IPSec desteği yok. 2.6 serisinde MIPL'nin baştan IPSec desteği olacak. Üçüncü parti IPSec uygulamalarını kullanabilirsiniz.
- 6.4. MN ile bir CN arasındaki (HA tüneli üzerinden veya bağlama güncellemesi ile doğrudan) iletişim için kullanılan yönlendirmenin türünü nasıl kontrol edebilirim?
-
Bunu şununla kontrol edebilirsiniz:
/proc/sys/conf/net/ipv6/mobility/accept_return_routability
Eğer dönüş yönlendirilebilirliğini ve yönlendirme iyileştirmesini kullanmak istemiyorsanız değerini 0 yapın:
# echo 0 > /proc/sys/..../accept_return_routability
Artık MN CN'ler ile sadece ev tüneli üzerinden iletişim kuracaktır.
- 6.5. 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.
- 6.6. 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
- 6.7. 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
- 6.8. 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ğı
- 6.9. 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.
- 6.10. 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.