아.. ㅠ.ㅠ 무슨 말씀인지 알겠습니다. 일단 제가 @lee 님의 요청에 대응하기 위해 내부적으로 JIRA 티켓을 만들어 두었습니다.
음.. 일단 이 부분이 살짝 의문입니다. IPv6 을 이용하여 중계 서버에 접속하셨다고 하셨는데, 여기서 중계 서버가 미꾸라지 중계 서버를 말씀하시는 건가요?
일단 미꾸라지 중계 서버의 경우, 대부분의 중계 서버가 Server Provider 측에서 IPv6 주소를 제공하지 않는 곳이 많아 몇몇 중계 서버를 제외하고는 IPv6 주소가 할당되어 있지 않습니다. 그래서 어떻게 IPv6 로 미꾸라지 중계 서버 (IPv4 주소만 있는)에 접속하셨는지 의문입니다.
그렇다보니, 사용자님께서 IPv6 네트워크를 통해 미꾸라지 중계 서버로 접속을 하시고자 한다면, 많은 중계 서버에 연결이 안되실 겁니다. 그래서 해당 기능을 지원해 드릴 수 있지만, IPv6 주소가 없는 중계 서버는 IPv4 를 사용하도록 fallback 하는 코드를 구현해야 할 듯 하네요.
IPv6을 활성화 시키면 일본내 특수 사정 해결, 공인IP 할당으로 인한 CGN/NAT 회피로 인해 증가 가능성(공인IP가 할당)도 있지만.
아직 IPv6 자체가 IPv4 보다 좀 느린경우도 있었어요. 아무래도 오래된 IPv4에 비해 라우팅이 최적화 되지 않아서 발생하는 이슈라고 들었네요.
대표적으로 우분투에서 apt로 패키지 업그레이드 할때 일부 IPv4, IPv6이 둘다 가능한 환경에서 archive.ubuntu.com 에서 패키지 다운시 비정상적으로 접속 및 다운로드가 느려지는 경우가 있었습니다. 이경우 apt에서 IPv6을 사용하지 못하다록 설정을 주면 빠르게 다운로드가 되는 이슈도 있었습니다.
구글에서 apt slow ipv6, ubuntu apt stuck ipv4 만 쳐도 여러 이슈가 나올거에요.
구글 크롬등 에서는 아직 그런 이슈를 경험해 보지 못했는데, Fallback을 할거면, 단순 접속여부 뿐만이 아니라, 속도 및 레이턴시 까지 텍스트가 필요해보여요.
