PPPoE를 통한 IPv6

PPPoE를 통한 IPv6

PPPoE 링크와 일부 주소가 있습니다. IPv4 주소가 제대로 작동합니다. IPv6에는 그런 기능이 없습니다. +ipv6ppp/options를 추가해야 한다는 것을 알았습니다 . 두 개의 응답 주소에 대한 응답 ping ff02::1%ppp0만 받은 경우 fe80::하나는 자동으로 인터페이스에 할당되고 다른 하나는 다음과 같이 보고됩니다.동료통과 ip address. 내가 할당한 라우팅 가능한 주소를 재생할 수 없습니다.

내가 하나 찾았어경로 추적 테스트인터넷에서. 내 ISP가 나에게 할당한 주소에 연결할 수 없습니다 2a02:29e1:300:e900::1. IPv4라면 라우터 구성 오류로 확실히 분류할 몇 가지 루프가 표시됩니다. 내 ISP는 IPv6에 아무런 문제가 없으며 나와 동일한 BRAS에 있다고 말했습니다. 나는 다시 물었고 그들은 모든 것이 괜찮으며 사용자 정의 구성에 대해 나를 도울 수 없다고 확신했습니다. (라우터 설치를 피하기 때문에 사용자 정의). 시도해 보고 설치했지만 radvd흥미로운 일이 전혀 없는 것 같았습니다. 사실 radvdump설정을 통해 비활성화하려는 시도에도 불구하고 라우팅 가능한 IPv6 주소가 없는 다른 인터페이스에서 지속적인 작업을 보여주었습니다 AdvSendAdvert off.

경로를 추적하려고 하면 아무런 응답이 없습니다. 예를 들어, 발행된 에코 요청 sudo traceroute -6 -n -i ppp0 -I 2a02:29e0:404::172:162tcpdump -i ppp0 ip6표시합니다. ICMP 액세스를 허용하기 때문에 -I를 사용합니다. 그러나 경로 추적을 시도한 후 ip6tables-save -c삭제된 입력 패킷 수가 증가한 것으로 보고됩니다.

:INPUT DROP [259:20898]
:FORWARD DROP [0:0]
:OUTPUT ACCEPT [374:39007]
[0:0] -A INPUT -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
[0:0] -A INPUT -p tcp -m conntrack --ctstate NEW -m multiport --dports 80,443 -j ACCEPT
[371:25320] -A INPUT -p ipv6-icmp -j ACCEPT

IPv6에 대한 나의 유일한 이전 경험은 터널링이었습니다. 주소만 할당하면 충분하고 문제없이 작동됩니다. 라우팅에 문제가 있을 것이므로 radvd의 구성은 다음과 같습니다.

interface ppp0
{
    IgnoreIfMissing off;
    AdvSendAdvert on;
    prefix 2a02:29e1:300:e900::/64
    {
    };
};

interface eth1r
{
    AdvSendAdvert off;
};

이것이 올바른 도구입니까?

편집하다: IPv6 라우팅:

north:~$ ip -6 r l
2a02:29e1:300:e900::/64 dev ppp0 proto kernel metric 256 pref medium
fe80::f3:6aec dev ppp0 proto kernel metric 256 pref medium
fe80::51c9:88dc:1c75:9a51 dev ppp0 proto kernel metric 256 pref medium
fe80::/64 dev eth0r.100 proto kernel metric 256 pref medium
fe80::/64 dev eth0r proto kernel metric 256 pref medium
fe80::/64 dev eth1r proto kernel metric 256 pref medium
fe80::/64 dev eth2r proto kernel metric 256 pref medium
default dev ppp0 metric 1024 pref medium

여기 eth0r.100802.1Q 인터페이스가 시작되었습니다 ppp0. eth1r백업 네트워크 완이며 IPv4만 지원해야 합니다. eth2r결국 IPv6를 사용할 수 있는 LAN입니다(이 경우 radvd가 유용할까요?).

에 관해서는라우팅 루프위에서 언급한 경로 추적 테스트는 전 세계 10개 도시에서 실행되었으며 그 중 어느 것도 내 인터페이스에 도달하지 못했습니다. 모두 동일한 보고 루프에 갇혔습니다.턱받이, 다음 5개 노드 주변:

2a00:6d42::1:0:1:36       Aruba S.p.A. (sometimes ???)
2a00:6d42:0:2:5::12            "             "
2a02:29e1::a              Seflow s.r.l. (my ISP)
2a02:29e0:109:ff00::5          "
2a02:29e0:255::2               "
2001:7f8:c5::a503:1034:1  Samer Abdel-Hafez (sometimes ???)

맨 아래는 암스테르담에서 오고 사이클이 다시 시작되는 아루바를 가리킵니다.

내 측에 광고가 부족하기 때문일까요?

하지만 ppp0으로부터 IPv6 응답을 받지 못하면 어떻게 게시할 수 있나요?

답변1

radvd에서 다음으로 전환했습니다., 라우팅 프로토콜이 필요하다고 생각하기 때문입니다. 메일링 리스트에서 Arnaud Houdelette-Langlois에게 물었습니다.답변됨다음과 같이:

ISP 측 라우터는 /64를 라우터로 라우팅해야 한다는 것을 알아야 합니다.

대부분의 경우 이는 DHCPv6/PD(PD는 접두사 위임을 나타냄)를 통해 수행됩니다.

실제로 PPP 인터페이스를 통해 DHCP 요청을 보냈고 라우팅이 작동하기 시작했습니다. 내 ISP가 2a02:29e1::a첫 번째 노드를 내 서버로 보냅니다. 대표단은 24시간 동안 지속되었고 이후 주기가 다시 시작되었습니다. 업데이트가 필요합니다.

나는 필요한 패킷을 보내기 위해 내 자신의 프로그램을 시작했습니다. 가까스로 파일로 저장했지만 1500줄이 넘고 여기에 올리기엔 좀 너무 깁니다. 당신은 그것을 찾을 수 있습니다여기. DHCPv6에서는 클라이언트가 위임을 요청하는 접두사를 표시하는 것을 금지합니다. 서버는 패킷 소스로 클라이언트를 식별하고 대역 외 합의된 접두사를 사용하여 응답해야 합니다. 고정 경로를 구성하는 것보다 DHCP를 사용하는 것의 이점을 아직 알 수 없습니다.

관련 정보