Openwrt ipv6 çıkış sorunu

Zyxel DX3301-T0 modemde de denedim. cihazlar ip aldığı halde çıkış yok dns bilgisi de gelmiyor.
dışarıdan tracert ve ping testlerinde ip erişilemiyor.
benden bu kadar

1 Beğeni

Rota tablosu (v6), MAC tablosu (tüm arayüzler) ve v6-Neighbor tablosu (ARP menüsünde olabili) alabilir miyim?

statik ip bile alamıyorum konunun çözülmesini istemiyorum. modemden kapattım ipv6 yı gerek yokmuş

açtığım destek kayıtlarında her modemde çalışmadığı ileri sürülerek sorunun çözümü için birşey yapılmadı.son kayıtta sorunun çözüleceği ve dönüş yapılacağı iletildi.

ilk ipv6 çıktığında başvuru yaptım ve aylarca sorunsuz kullandım. hiçbir ayarı değiştirmediğim halde birden çalışmamaya başladı. ve ben bu sorunu bir türlü yetkililere iletemedim. sorun hep benim yüzündenmiş gibi burda modem ayarlarımı paylaşmamı farklı farklı testler yapmam istenip duruyor.
ispata lüzum yok dediğim gibi kullanmam mümkün görünmüyor. o sebeple özelliği kapattım.

ipv6 o kadar kopmlike değil bilgim mevcut ne yaptığımın farkındayım. basit bir sorun yüzünden bu kadar zaman harcayamam.

istedikleriizi ekledim.



1 Beğeni

route -A inet6 çıktısını atabilir misiniz GUI anlaşılmaması için tasarlanmış rota tablosu kısmında.

Merhaba tekrar :slight_smile: Ben TurkNet çalışanı değilim. Hatalı bulmaya çalışmıyorum tek amacım sorununuzun çözümüne katkıda bulunmak. TurkNet kısmına gelirsek simetrik bağlantı, ipv6 ve 1gbps bağlantı sağlayarak gelecekteki standartları belirleyecekleri için destek olmaktayım.

Son görseli yorumlarsam modem açıkken pppoe kopup tekrar bağlanmış ve iki farklı perfix nd içinde kayıtlı kalmış. İpv6 dinamik prefix bir sorun. TurkNet tarafına aynı durumun bildirimini bende yaptım. İki prefix varken istemciler iki adres alır eski olanı kullanırlar ve internete çıkamazlar. Görselde birde fd09 prefixle bir adreste sizin modem dağıtmış kullanıcılarda olmuş 3 adres.
önerim: modemi her pppoe bağlantısı gittiğinde yeniden başlatmak. Ve dhcpv6 yı kapatmanız slaac ile deneme yapmanız.

Bir önceki yanıtımda ise istediğim tracert testi ile size verilen prefixin sistemde işleme alınıp route edilip edilmediğine veya nereye kadar geldiğine bakmaktı.

Zaman harcamak istemeyişinizi saygıyla karşılar iyi günler dilerim. :slight_smile:

Turk net tarafından router yada zyxel e dns bilgisi gelmiyor dns ip alamıyorum

Hani dediğiniz ya sorunu bulmak için nokta atışı olsun diye uğraşıyoruz
cümle aralarında kaybolan kimsenin cevap veremedği sorun burda buna cevabınız yoksa dahil olmayın lütfen

Sorun benim tarafımda değil ondan eminim

Merhaba
Gateway’iniz neyse ona ping atıyor musunuz? Neighbor tablosunuki MAC adresini alıp sorgıuladığınız zaman vendorun Cisco çıkması gerekiyor.
İstemiş olduğum CLI çıktısını son 4 haneler anlaşılacak şekilde iletirseniz yardımcı oluruz

merhaba,
gateway adresine ne router dan ne de cihazlardan ping atamıyorum.
gateway adresini mac adres formatına çevirip sorguladığımda dediğiniz gibi cisco çıktı (F8:E5:7E)

route -A inet6 çıktısı da ektedir.

Tamamdır. Şimdi elimizdeki verilere göre gateway MACini OpenWRT bilmiyor çünkü neighbor tablosunda gateway yok.
Söylendiği gibi reboot deneyebilirsiniz. Zaten denemişsinizdir ancak benin istediğim neighbor tablosunda gatewayin görünmesi.
Siz CLI üzerinden ilerleyin. GUI sağlıklı değil pek. Linux sentaksına bakarak neighbor tablosunu kontrol ederseniz. OpenWRTnin kendi sentaksı varsa da hakim değilim ben.
EUI-64 ile çevirim yaparak bulduğunuz Cisco MAC’i OpenWRT’nin MAC tablosunda var mı onu da kontrol edin CLI’dan.
Günün sonunda manuel olarak neighbor entrysi girersiniz en kötü.
Öyle veya böyle sisteminiz de şunlar olmalı ki internette çıkabilin.
Routing table - ::/0 next-hop TurkNet gateway rotası.
Neighbor tablosu - TurkNet gateway adresi ve MAC eşleşmesi.
MAC table - Neighbor table üzerinde görünen MACin doğru PPPoE arayüzünde görünmesi.

neighbor tablosuna elle gateway mac adresini eklemenin yolu bulamadım.
manuel olarak statik gateway bilgisi girdim denedim. yine de olmadı.

benim anlamadığım gatewayin mac adresini gateway göndermesi gerekmiyor mu
pppoe bağlantısını çevirmesinin debug loglarına baktığımda ipv4 te gateway ip dns bilgileri eksiksiz TurkNet tarafından alınıyor. ama ipv6 kısmında sadece gateway bilgisi geliyor dns bilgileri gönderilmiyor.
sistemde rota Routing table - ::/0 next-hop TurkNet gateway rotası görünüyor zaten sistemin kendisinde bir problem göremedim. lokal ip ler bile düzgün bir şekilde cihazlara dağıtılıyor.
ayarlar da bir problem bence zaten çalışıyordu birden gitti.

ya bana iletilen ip ler sorunlu yada kara listede gibi birşey ya da bağlı bulunduğum santral de ayar problemi mevcut. dns kayıtlarını neden alamıyorum peki ip ler geliyor prefix delegation ip leri bile geliyor cihazlara dağlıyor. dns kayıtları gelmiyor

bana atanan ip ye dışarıdan ping dahi atılamıyor.

Neighbor sorgusu sizin taraftan multicast yapıldığı zaman karşı taraftan olması gereken MAC adresli cevabın gelmesini bekliyoruz.
Wireshark açarak neighbor sorgusu gidiyor mu, gidiyorsa cevap gelmiyor mu bakabilirziniz

Router Advertisement harici gelen giden birşey yok.
gateway neighbor olmak istemiyor :smiley:
ama dns bilgisi konusunda yanılmışım dns bilgileri de geliyormuş ama nedense gateway tarafından çıkışa musade yok.
ipv6 ping atmak istediğimde AAAA dns sorgusu ipv4 dns sunucusundan alıyormuş meğer
benlik birşey yok router ne var ne yok talep ediyor karşıdan gelen ra başka birşey yok


Şimdi şöyle düşünelim.
IPv6’da bize gateway IP’sini bildiren mesajın kaynağı ile gateway’imiz aynı olmak zorunda değil.
Tıpkı IPv4 DHCP’de olduğu gibi, bize adres dağıtıp kimin gateway olduğunu bildiren DHCP sunucunun gateway’den farklı olabileceği gibi.
Tabi yukarıda yazdığım bizim asıl konumuzla tam ilgili diyemem.
Şimdi konumuza dönecek olursak, gateway neighbor olmak isteyip istemez gibi bir durumu yok.
Neighbor ifadesi aynı network içinde MAC adresini bildiğimiz cihazlar için kullanıyoruz.
Eğer RA mesajını bize veren cihaz aynı zamanda gateway ise, ve mesaj unicast ise, yani source MAC multicast değilse, OpenWRT zaten MAC’i bildiği için bunu otomatik olarak neighbor table’a ekler.
Diyelim ki RA mesajını veren unicast paketteki gateway bilgisi mesajı gönderen ile aynı değil, veya diyelim ki RA mesajı unicast gelmedi, her iki durumda da OpenWRT source MAC’de unicast bir adres görene kadar deneme yapmaya devam etmeli.

IPv6’sı doğru çalışan bir başka OpenWRT kullanıcısısı ile bu durumu karşılaştırmak gerek. Gateway bilgisi bize geldiği anda ya kendiliğinden ya da trafik başlar başlamaz bu neighbor sorgusunun OpenWRT tarafına unicast MAC ile ulaşıp, OenWRT ile TurkNet’in L2’de konuşması lazım.

Şu ana kadar size vermiş olduğum bilgiler temel network bilgileridir. v4’de de aynı durum ARP ile mevcut. Önce IP’yi sonra MAC öğreniyoruz ki asıl transmisyon bu MAC bilgisine göre yapılıyor. Kısaca özetlemek gerekirse L2 iletişimi yani.

Müsait bir zamanda lab ortamında bu durumu test ederim.

Temel network bilgilerine ihtiyacım yok
Konu dallanıp budaklandıkça satır araları gözden kaçıyor
Gateway e ping atamıyorum Gateway ile iletişim kurmak mümkün değil

Pppoe bağlantısı kurulunca Gateway bilgisi geliyor Gateway ye icmp talep leri gönderiliyor Gateway den cevap geliyor. bundan sonrası yok irtibat kopuyor.

Router da Gateway olarak Gateway adresini ekliyor. İp leri dağıtıyor.
Sorun Gateway tarafında turk net tarafindan konunun incelenmesi lazım

Temel network bilgilerine ihtiyacınız yok ama gatewayin neighbor olmayı isteyip istemenek gibi bir lüksü olduğunu sanıyorsunuz.
OpenWRT Türknetin MACini bilmediği için forwarding gerçekleşmiyor.
Madem cevap geliyor o hâlde MAC’i negihbor table’a eklemekte aciz kalıyor OpenWRT.
Sorun Türknetle alakalı değil demektir bu durumda

konu çok uzadı cihazımda ki ipv6 ayarlarının düzgün olduğunu ancak farklı bir ipv6 bağlantısı ile ispat edebilirim. onu anladım.

cloudflare warp ın ipv6 hizmeti var. warp hesabımı openwrt ye ayarladım. routerın mevcut ayarlarıyla direkt çıkış alabiliyorum.
ipv6cloudflare

/128 prefix ip aldığım için lokalde kullanabilmek için nat6 gerekli ama sırf test için olduğundan ihtiyacım yok
bu şekilde router sorunsuz ipv6 ile nete çıkabiliyor.

Cloudflare WARP da diğer tüm trafik gibi benim kök sebebi bulmak için gözlemlenmesi gerektiğini söylediğim bulgulara ihtiyaç duyuyor.
Kök sebebi madem aramak istemiyorsunuz, size iyi günler.