Junior Member
Настройка IPv6 на Asus RT-N16
В последних версиях прошивки в веб-интерфейсе появилось меню настройки модема GPRS. Попробовал, не работает. Нажимаю кнопку Connect и ничего не происходит. Причем модем определяется как сериал порт, ат команды с миникома принимает нормально. Второй вопрос, как насчет поддержки IPV6CP. Не могу подключиться через pppd к APN IPv6. Конфигурацию проверял на линуксе - работает. Похоже на то, что pppd не видит или не понимает пакеты IPV6CP и не может сконфигурировать интерфейс.
Forum Guru
Это в ветку http://wl500g.info/showthread.php?t=22275Originally Posted by AlexanderA
Теоретически должен работать, практически - не на чем проверить. Нужно включать debug и проверять что пакеты вообще ходят (самое простое - отключить firewall).Второй вопрос, как насчет поддержки IPV6CP. Не могу подключиться через pppd к APN IPv6. Конфигурацию проверял на линуксе - работает. Похоже на то, что pppd не видит или не понимает пакеты IPV6CP и не может сконфигурировать интерфейс.
Junior Member
Включил debug. На самом деле ipv6cp работает нормально. Роутер получает link-local адрес. Глобальный адрес высылается позже в сообщении ICMP RA. Роутер должен принять этот адрес, но не принимает. Реализовано ли в софте получение адресов IPv6 через ICMP RA? Я подозревал ipv6tables, поэтому вписал ip6tables -I INPUT -i ppp0 -j ACCEPT. Видно, что пакет приходит:
ip6tables -L -v
Chain INPUT (policy ACCEPT 34 packets, 2530 bytes)
pkts bytes target prot opt in out source destination
1 88 ACCEPT all ppp0 any anywhere anywhere
Все равно не работает, где копать дальше?
Last edited by AlexanderA; 13-07-2010 at 23:08.
Forum Guru
Спасибо за тест. Увы, причину сходу сказать не могу, надо смотреть доки. Может еще theMIROn подскажет чего умного.
Кстати, сравни свой рабочий конфиг с компа с конфигом на роутере (/tmp/ppp/options.wan*), может уже здесь проблема.
Last edited by lly; 14-07-2010 at 09:11.
ipv6cp поддерживается, опции +ipv6, ipv6cp* опций, в т.ч. ipv6cp-accept-local, ipv6cp-accept-remote
в скриптах /tmp/ppp/ipv6-up, /tmp/ppp/ipv6-down нужно будет прописать создание и удаление соответствующих ipv6 маршрутов.
плюс, ra пакеты могут дропаться при включенном файрволе, нужно проверять
ASUS WL5xx: FW 1.9.2.7-d-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | bip irc proxy
ASUS RT-N1x: FW 1.9.2.7-rtn-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | fake ident daemon
Junior Member
Нашел в http://tldp.org/HOWTO/Linux+IPv6-HOW...net-ipv6..html что accept_ra выключен, если включен forwarding. Вечером проверю.
Forum Guru
Единственное "НО" - веб-морда пока не умеет сама создавать ipv6-up, ipv6-down и не прописывает +ipv6, ipv6cp* опции автоматом.
не все так просто. принимая ra мы фактически вынуждены отключить фарвардинг на интерфейсе. это значит что через интерфейс не сможем форвардить пакеты из локальной сети....
пока я понимаю это так.
а по vpn какие адреса выдаются?
все что может pppd это установить link local ipv6 адрес, дальше - все отдано на откуп ra, dhcpv6 и т.п.
при этом, или прозрачно форвардить ra пакеты в локалку (а что с безопасностью?) или, тут мысль отстанавливается.
ASUS WL5xx: FW 1.9.2.7-d-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | bip irc proxy
ASUS RT-N1x: FW 1.9.2.7-rtn-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | fake ident daemon
Junior Member
Я пока хочу только, чтобы роутер получил адрес IPv6. С форвардингом будет сложно. Если сделать прозрачный форвардинг ra в локалку (например сбриджовать ppp0 - lan), позволит ли провайдер зарезервировать несколько адресов IPv6? Если использовать только один адрес, нужно как то сделать NAT между ppp и локалкой.
Forum Guru
На данный момент NAT для IPv6 не предусмотрен стандартом. Т.е. провайдер должен выдавать блок адресов - так называемый prefix delegation.
Как всегда, расчета на наших жмотов провайдеров не было
P.S. Предлагаю обратиться к модераторам с просьбой выделить данное обсуждение в отдельный топик.
Поддерживаю. Тема интересна, например c he.net пипл извращается таким способом:
1. устанавливаем vpn соединение с tunnelbroker.net сервером
2. создаем sit 6in4 тунель c локальным ipv4 адресом, выданным vpn
3. юзаем ipv6 через sit интерфейс...
Провайдер может выделить блок адресов через pptp только по ra или dhcpv6, в первом случае endpoint должен являться хостом, а не роутером, чтобы принять и сконфигурится, во втором - иметь соответствующего демона.
Либо переслать все это добро в локалку где хосты сами сконфигурятся в первом случае (но с каким шлюзом, хотелось бы мне знать???), да и во втором - аналогично много непонятностей
Last edited by theMIROn; 14-07-2010 at 14:12.
ASUS WL5xx: FW 1.9.2.7-d-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | bip irc proxy
ASUS RT-N1x: FW 1.9.2.7-rtn-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | fake ident daemon
Junior Member
У меня нормально ходит конфигурация с he.net. Только там провайдер дает отдельные префиксы на тунель и на локалку, и гарантирует роутинг на эти префиксы. В GPRS провайдер дает только один адрес, точнее префикс/64 + net_id(берется из link-local адреса) и подразумевается, что в ppp будет только этот единственный адрес. Шлюз может браться из link-local адреса провайдера. Кстати, на he.net появилась услуга доступа через pptp (не пробовал пока)
Forum Guru
С этим осталось только поднапрячься и добавить в веб-морду автоматическое обновление внешнего динамического IP туннеля.
Эта фича пока у них реально в тестировании, судя по форуму.Кстати, на he.net появилась услуга доступа через pptp (не пробовал пока)
Junior Member
Проверил, вышло что accept_ra = 1. Видимо, причина не в этом.
вообще то я именно про pptp и говорил
но ведь forward == 1, вырубайте...
ASUS WL5xx: FW 1.9.2.7-d-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | bip irc proxy
ASUS RT-N1x: FW 1.9.2.7-rtn-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | fake ident daemon
Posting Permissions
Reply With Quote
