- NAT-64 и NAT-PT,
 eek, 15:41 , 23-Апр-14 (1)Просто для информации: Дойчетелеком такое не осилил.
Они тащат через опорную сеть (которая у них на ipv6) весь ipv4 траффик внутри тунелей l2tpv3.Это я не к тому, что это не возможно.
Наверное возможно, но тут уже как в анекдоте "или крест сними или трусы надень".
- NAT-64 и NAT-PT, nixit, 03:09 , 24-Апр-14 (2)
> Просто для информации: Дойчетелеком такое не осилил.
> Они тащат через опорную сеть (которая у них на ipv6) весь ipv4
> траффик внутри тунелей l2tpv3.
> Это я не к тому, что это не возможно.
> Наверное возможно, но тут уже как в анекдоте "или крест сними или
> трусы надень".Теоретически возможно, а практически не работает что-то. С тоннелями слишком гемора много, да и нагрузка возрастает. Неужели, никто не ковырял трансляцию v4 в v6?
- NAT-64 и NAT-PT, eek, 10:49 , 24-Апр-14 (3)
> Теоретически возможно, а практически не работает что-то. С тоннелями слишком гемора много,
> да и нагрузка возрастает.
> Неужели, никто не ковырял трансляцию v4 в v6?Проблема то не новая :).
Поэтому если сетка относительно не большая, то dual-stack.
Если большая то ipv4/mpls + frr(по желанию) на траснпорт и тогда тяни по верху что хочешь.
- NAT-64 и NAT-PT, nixit, 02:55 , 25-Апр-14 (4)
>> Теоретически возможно, а практически не работает что-то. С тоннелями слишком гемора много,
>> да и нагрузка возрастает.
>> Неужели, никто не ковырял трансляцию v4 в v6?
> Проблема то не новая :).
> Поэтому если сетка относительно не большая, то dual-stack.
> Если большая то ipv4/mpls + frr(по желанию) на траснпорт и тогда тяни
> по верху что хочешь.Проблема в том, что с вышестоящим провайдером стык по bgp с ipv6 и блок PI адресов тоже ipv6. Так что, не выйдет...
- NAT-64 и NAT-PT, eek, 06:18 , 25-Апр-14 (5)
> Проблема в том, что с вышестоящим провайдером стык по bgp с ipv6
> и блок PI адресов тоже ipv6. Так что, не выйдет...Я вашего горе понять могу, но вы же как-бы сервис продаете... Кто-то нарисовал проект (бизнес план если угодно), кто-то дал на него денег. Тут серьезный вопрос встает по компетентности граждан... Ответ на вопрос "Что делать?", думаю, вы знаете и сами.
Полуйчайте PI ipv4, на времянку можно PA у аплинков попросить.
- NAT-64 и NAT-PT, nixit, 15:41 , 26-Апр-14 (6)
>> Проблема в том, что с вышестоящим провайдером стык по bgp с ipv6
>> и блок PI адресов тоже ipv6. Так что, не выйдет...
> Я вашего горе понять могу, но вы же как-бы сервис продаете... Кто-то
> нарисовал проект (бизнес план если угодно), кто-то дал на него денег.
> Тут серьезный вопрос встает по компетентности граждан...
> Ответ на вопрос "Что делать?", думаю, вы знаете и сами.
> Полуйчайте PI ipv4, на времянку можно PA у аплинков попросить.Вопрос - получилось ли у кого-то настроить nat64 или nat-pt. IPv4 не выдают нынче.
- NAT-64 и NAT-PT, eek, 07:14 , 28-Апр-14 (7)
> Вопрос - получилось ли у кого-то настроить nat64 или nat-pt. IPv4 не
> выдают нынче.Товарищи, которых знаю лично, и которое на заре всего этого айпокалипсиса делали ставку на nat-pt - отказались. Нат 6 в 4 постоянное делают мобильные операторы, для лабы собирал. Но у вас то, как я понимаю, совсем другая задача, вы хотите пропускать ipv4 траффик сквозь ipv6 сеть, при этом endpoints у вас ipv4. (2 набора костылей)...
- NAT-64 и NAT-PT, nixit, 03:30 , 29-Апр-14 (8)
>> Вопрос - получилось ли у кого-то настроить nat64 или nat-pt. IPv4 не
>> выдают нынче.
> Товарищи, которых знаю лично, и которое на заре всего этого айпокалипсиса делали
> ставку на nat-pt - отказались.
> Нат 6 в 4 постоянное делают мобильные операторы, для лабы собирал.
> Но у вас то, как я понимаю, совсем другая задача, вы хотите
> пропускать ipv4 траффик сквозь ipv6 сеть, при этом endpoints у вас
> ipv4. (2 набора костылей)...Если есть безкостыльное решение с удовольствием использовал бы его. Может подскажите? Почему отказались от nat-pt? А nat64?
- NAT-64 и NAT-PT, ShyLion, 06:42 , 29-Апр-14 (9)
>>> Вопрос - получилось ли у кого-то настроить nat64 или nat-pt. IPv4 не
>>> выдают нынче.
>> Товарищи, которых знаю лично, и которое на заре всего этого айпокалипсиса делали
>> ставку на nat-pt - отказались.
>> Нат 6 в 4 постоянное делают мобильные операторы, для лабы собирал.
>> Но у вас то, как я понимаю, совсем другая задача, вы хотите
>> пропускать ipv4 траффик сквозь ipv6 сеть, при этом endpoints у вас
>> ipv4. (2 набора костылей)...
> Если есть безкостыльное решение с удовольствием использовал бы его. Может подскажите?
> Почему отказались от nat-pt? А nat64?NAT64 это когда IPv6 хост хочет связаться с IPv4 хостом. Для этого на сервере NAT64 должен быть доступный адрес IPv4 для трансляции. У вас их нет, судя по вашим словам.
- NAT-64 и NAT-PT, nixit, 07:13 , 29-Апр-14 (10)
>[оверквотинг удален]
>>> ставку на nat-pt - отказались.
>>> Нат 6 в 4 постоянное делают мобильные операторы, для лабы собирал.
>>> Но у вас то, как я понимаю, совсем другая задача, вы хотите
>>> пропускать ipv4 траффик сквозь ipv6 сеть, при этом endpoints у вас
>>> ipv4. (2 набора костылей)...
>> Если есть безкостыльное решение с удовольствием использовал бы его. Может подскажите?
>> Почему отказались от nat-pt? А nat64?
> NAT64 это когда IPv6 хост хочет связаться с IPv4 хостом. Для этого
> на сервере NAT64 должен быть доступный адрес IPv4 для трансляции. У
> вас их нет, судя по вашим словам.Есть, на клиентских шлюзах.
- NAT-64 и NAT-PT, ShyLion, 07:52 , 29-Апр-14 (11)
>[оверквотинг удален]
>>>> Нат 6 в 4 постоянное делают мобильные операторы, для лабы собирал.
>>>> Но у вас то, как я понимаю, совсем другая задача, вы хотите
>>>> пропускать ipv4 траффик сквозь ipv6 сеть, при этом endpoints у вас
>>>> ipv4. (2 набора костылей)...
>>> Если есть безкостыльное решение с удовольствием использовал бы его. Может подскажите?
>>> Почему отказались от nat-pt? А nat64?
>> NAT64 это когда IPv6 хост хочет связаться с IPv4 хостом. Для этого
>> на сервере NAT64 должен быть доступный адрес IPv4 для трансляции. У
>> вас их нет, судя по вашим словам.
> Есть, на клиентских шлюзах.Это понятно. Но должен быть стык вас с Интернетом. По сути вышестоящий оператор должен на стык с вами выдать как минимум линковочный адрес.
Во вторых, если стать LIRом, можно все еще получить /24 IPv4.
- NAT-64 и NAT-PT, nixit, 11:21 , 29-Апр-14 (12)
>[оверквотинг удален]
>>>>> ipv4. (2 набора костылей)...
>>>> Если есть безкостыльное решение с удовольствием использовал бы его. Может подскажите?
>>>> Почему отказались от nat-pt? А nat64?
>>> NAT64 это когда IPv6 хост хочет связаться с IPv4 хостом. Для этого
>>> на сервере NAT64 должен быть доступный адрес IPv4 для трансляции. У
>>> вас их нет, судя по вашим словам.
>> Есть, на клиентских шлюзах.
> Это понятно. Но должен быть стык вас с Интернетом. По сути вышестоящий
> оператор должен на стык с вами выдать как минимум линковочный адрес.
> Во вторых, если стать LIRом, можно все еще получить /24 IPv4.p-t-p сеть тоже ipv6. Можно же в /96 сети транслировать ipv4 адреса (я НЕ про ::FFFF:0:0/96). По идее, можно транслировать в любую /96 сеть и со внешнего мира этот абонент будет доступен только по ipv6 адресу. У клиента будет ipv4, а во внешний мир выходит ipv6. Для этого вроде бы и сделали nat-pt. Вот только не выходит что-то. Как это выглядит: Оператор -> BGP IPV6 -> OSPF v3 -> Клиентский роутер( fa0/0.100 ip addr = 192.168.0.1/24) Вот адрес 192.168.0.2 должен транслироваться в XXXX:XXXX:XXXX::/96. После преобразования должно получится XXXX:XXXX:XXXX:XXXX:С0:A8:0:2. Причем, на каждый клиенский роутер будет выделяться /96 сеть. Трансляция должна происходить на клиентском роутере, дабы по маршрутизации все шло в ipv6. - NAT-64 и NAT-PT, ShyLion, 13:31 , 29-Апр-14 (13)
> Оператор -> BGP IPV6 -> OSPF v3 -> Клиентский роутер( fa0/0.100 ip
> addr = 192.168.0.1/24)
> Вот адрес 192.168.0.2 должен транслироваться в XXXX:XXXX:XXXX::/96. После преобразования
> должно получится XXXX:XXXX:XXXX:XXXX:С0:A8:0:2. Причем, на каждый клиенский роутер будет
> выделяться /96 сеть. Трансляция должна происходить на клиентском роутере, дабы по
> маршрутизации все шло в ipv6.Клиенту нужен 1.2.3.4, который про IPv6 не слыхал вообще. Каким образом траффик от клиента и обратно должен ходить, если у тебя нет IPv4 вообще? Какой соурс IP увидит 1.2.3.4?
- NAT-64 и NAT-PT, nixit, 15:44 , 29-Апр-14 (14)
>> Оператор -> BGP IPV6 -> OSPF v3 -> Клиентский роутер( fa0/0.100 ip
>> addr = 192.168.0.1/24)
>> Вот адрес 192.168.0.2 должен транслироваться в XXXX:XXXX:XXXX::/96. После преобразования
>> должно получится XXXX:XXXX:XXXX:XXXX:С0:A8:0:2. Причем, на каждый клиенский роутер будет
>> выделяться /96 сеть. Трансляция должна происходить на клиентском роутере, дабы по
>> маршрутизации все шло в ipv6.
> Клиенту нужен 1.2.3.4, который про IPv6 не слыхал вообще. Каким образом траффик
> от клиента и обратно должен ходить, если у тебя нет IPv4
> вообще? Какой соурс IP увидит 1.2.3.4?Будет транслироваться в v6. И обратно из v6 в v4, не? Ходить будет адрес v6, а на клиентском роутере преобразовываться из v4 в v6 и обратно из v6 в v4. Как-то так я себе это вижу.
Или, так не выйдет?
- NAT-64 и NAT-PT, Merridius, 16:01 , 29-Апр-14 (15)
>[оверквотинг удален]
>>> выделяться /96 сеть. Трансляция должна происходить на клиентском роутере, дабы по
>>> маршрутизации все шло в ipv6.
>> Клиенту нужен 1.2.3.4, который про IPv6 не слыхал вообще. Каким образом траффик
>> от клиента и обратно должен ходить, если у тебя нет IPv4
>> вообще? Какой соурс IP увидит 1.2.3.4?
> Будет транслироваться в v6. И обратно из v6 в v4, не? Ходить
> будет адрес v6, а на клиентском роутере преобразовываться из v4 в
> v6 и обратно из v6 в v4. Как-то так я себе
> это вижу.
> Или, так не выйдет?Получается вы хотите решение своей проблемы свалить на клиентов? А если у клиентов оборудование такого не позволяет?
- NAT-64 и NAT-PT, nixit, 01:14 , 30-Апр-14 (16)
>[оверквотинг удален]
>>> Клиенту нужен 1.2.3.4, который про IPv6 не слыхал вообще. Каким образом траффик
>>> от клиента и обратно должен ходить, если у тебя нет IPv4
>>> вообще? Какой соурс IP увидит 1.2.3.4?
>> Будет транслироваться в v6. И обратно из v6 в v4, не? Ходить
>> будет адрес v6, а на клиентском роутере преобразовываться из v4 в
>> v6 и обратно из v6 в v4. Как-то так я себе
>> это вижу.
>> Или, так не выйдет?
> Получается вы хотите решение своей проблемы свалить на клиентов? А если у
> клиентов оборудование такого не позволяет?Клиентский роутер - наше оборудование. Например cisco 2960.
- NAT-64 и NAT-PT, ShyLion, 07:01 , 30-Апр-14 (17)
>[оверквотинг удален]
>>>> от клиента и обратно должен ходить, если у тебя нет IPv4
>>>> вообще? Какой соурс IP увидит 1.2.3.4?
>>> Будет транслироваться в v6. И обратно из v6 в v4, не? Ходить
>>> будет адрес v6, а на клиентском роутере преобразовываться из v4 в
>>> v6 и обратно из v6 в v4. Как-то так я себе
>>> это вижу.
>>> Или, так не выйдет?
>> Получается вы хотите решение своей проблемы свалить на клиентов? А если у
>> клиентов оборудование такого не позволяет?
> Клиентский роутер - наше оборудование. Например cisco 2960.Рано или поздно, кто-то в цепочке должен будет транслировать 192.168.х.х в реальный IPv4 адрес. Кому это кроме вас и вашего клиента должно быть нужно? Еще раз спрошу - чей реальный IP должен увидеть в соурс адресе сферический хост в интернете 1.2.3.4 ?
- NAT-64 и NAT-PT, eek, 07:08 , 30-Апр-14 (18) +1
Коллега, это либо троль либо школьник.
Не тратье время, все решения даны в начале темы.
- NAT-64 и NAT-PT, ShyLion, 07:27 , 30-Апр-14 (19)
> Коллега, это либо троль либо школьник.
> Не тратье время, все решения даны в начале темы.Я как бы сам не эксперт, мне интересно поразбираться.
- NAT-64 и NAT-PT, nixit, 16:45 , 30-Апр-14 (20)
>[оверквотинг удален]
>>>> v6 и обратно из v6 в v4. Как-то так я себе
>>>> это вижу.
>>>> Или, так не выйдет?
>>> Получается вы хотите решение своей проблемы свалить на клиентов? А если у
>>> клиентов оборудование такого не позволяет?
>> Клиентский роутер - наше оборудование. Например cisco 2960.
> Рано или поздно, кто-то в цепочке должен будет транслировать 192.168.х.х в реальный
> IPv4 адрес. Кому это кроме вас и вашего клиента должно быть
> нужно? Еще раз спрошу - чей реальный IP должен увидеть в
> соурс адресе сферический хост в интернете 1.2.3.4 ?Я как бы тоже не эксперт. Но, насколько я помню в ipv6 есть диапазон адресов IPv4 embedded. Соответсвенно для белого адреса 1.2.3.4 будет существовать ipv6 адрес ::ffff:102:304. Для серого же адреса 192.168.0.2 (с учетом того, что у меня есть сеть 2000:0:15::/96) трансляция будет 2000:0:15::c0a8:0002. Вот 1.2.3.4 (::ffff:102:304) увидит 2000:0:15::c0a8:0002. Насколько я могу понять.
- NAT-64 и NAT-PT, ShyLion, 21:37 , 30-Апр-14 (21)
> Вот 1.2.3.4 (::ffff:102:304) увидит 2000:0:15::c0a8:0002. Насколько я могу понять.1.2.3.4 и его провайдер и провайдер его провайдера не знает о ipv6 вообще ничего. Какой адрес источника он увидит?
- NAT-64 и NAT-PT, mas, 09:43 , 08-Июл-15 (22)
>> Вот 1.2.3.4 (::ffff:102:304) увидит 2000:0:15::c0a8:0002. Насколько я могу понять.
> 1.2.3.4 и его провайдер и провайдер его провайдера не знает о ipv6
> вообще ничего. Какой адрес источника он увидит?Добрый день, коллеги. Планируется в применении подобная схема.
2 провайдера bgp ipv6, внутренняя сеть на ipv4.
так же статическая трансляция например 111:111::2 -> 10.0.0.2 и обратно
Удалось победить проблему?
|
Версия для распечатки
NAT-64 и NAT-PT, 
