#21
|
|||
|
|||
ipv6 на arubacloud
Victor Sudakov написал(а) к Sergey Zabolotny в Jan 19 16:13:48 по местному времени:
Dear Sergey, 07 Jan 19 09:46, you wrote to me: VS>> Поскольку это link local address, попробуй задать fe80::1%vmx0 в VS>> качестве шлюза. SZ> сделал VS>> А у тебя на vmx0 какой при этом link local address? Должен VS>> автоматически появиться производный от MAC-адреса. SZ> так и есть: inet6 fe80::250:56ff:feaa:93fa%vmx0 prefixlen 64 scopeid SZ> 0x1 SZ>>> после этого всего была еще куча манипуляций: с lo0 поубирал все SZ>>> упомянания об ipv6, грохнул все маршруты похожие на fe80::1) VS>> А вот это не надо было делать. SZ>>> смущает дефолт гейтвей, SZ>>> который предлагает аруба. возможно я что-то не правильно понял SZ>>> из предложенной арубой конфигурации. :-( VS>> Вроде нет, это нормальная практика использовать link local адреса VS>> в качестве next hop, только надо не забывать указывать при этом VS>> интерфейс. SZ> сделал как надо, пакеты все равно теряются. похоже проблема, как и SZ> говорил Александр, в темплейте. А если попробовать полностью положиться на их автоматику, как поведут себя потери? ifconfigvmx0_ipv6="inet6 acceptrtadv" rtsold_enable="YES" Victor Sudakov, VAS4-RIPE, VAS47-RIPN --- GoldED+/BSD 1.1.5-b20160322-b20160322 |
#22
|
|||
|
|||
ipv6 на arubacloud
Dmitriy Smirnov написал(а) к Sergey Zabolotny в Jan 19 15:15:14 по местному времени:
hi, Sergey! 07 Jan 19 16:13, Victor Sudakov wrote to Sergey Zabolotny: VS>>> Вроде нет, это нормальная практика использовать link local VS>>> адреса в качестве next hop, только надо не забывать указывать VS>>> при этом интерфейс. SZ>> сделал как надо, пакеты все равно теряются. похоже проблема, как SZ>> и говорил Александр, в темплейте. VS> А если попробовать полностью положиться на их автоматику, как поведут VS> себя потери? VS> ifconfigvmx0_ipv6="inet6 acceptrtadv" VS> rtsold_enable="YES" хорошая мысль, у тебя случаем icmp6 не блокируется? должно быть видно нечто: 15:09:24.411991 IP6 fe80::214:a9ff:fe11:7a80 > 2001:15e8:110:28ce::206: ICMP6, neighbor solicitation, who has 2001:15e8:110:28ce::206, length 32 15:09:24.412048 IP6 fe80::250:56ff:feb4:27f5 > fe80::214:a9ff:fe11:7a80: ICMP6, neighbor advertisement, tgt is 2001:15e8:110:28ce::206, length 24 7a80 аруба, 27f5 фря wbr, Dmitriy. --- |
#23
|
|||
|
|||
ipv6 на arubacloud
Sergey Zabolotny написал(а) к Dmitriy Smirnov в Jan 19 11:56:24 по местному времени:
Нello Dmitriy. Monday 07 January 2019 13:46, Dmitriy Smirnov wrote to Sergey Zabolotny: DS>>> ipv6_defaultrouter="fe80::1%vmx0" DS>>> ifconfigvmx0ipv6="inet6 2a00:6d40:72:xxxx::1/64" SZ>> в таком варианте оно себя ведет так как изначально я описывал - SZ>> потери пакетов. DS> какой при этом локал линк на vmx0? сам фрю ставил или воспользовался DS> настроенной арубовцами? хрен знает что там они тюнили при подготовке DS> темплейта. чистую ставил. --- GoldED+ 1.1.5-031023 (WinNT 5.1.2600-ServicePack3 i1586) |
#24
|
|||
|
|||
ipv6 на arubacloud
Sergey Zabolotny написал(а) к Victor Sudakov в Jan 19 12:01:36 по местному времени:
Нello Victor. Monday 07 January 2019 16:13, Victor Sudakov wrote to Sergey Zabolotny: VS>>> Вроде нет, это нормальная практика использовать link local VS>>> адреса в качестве next hop, только надо не забывать указывать VS>>> при этом интерфейс. SZ>> сделал как надо, пакеты все равно теряются. похоже проблема, как SZ>> и говорил Александр, в темплейте. VS> А если попробовать полностью положиться на их автоматику, как поведут VS> себя потери? VS> ifconfigvmx0_ipv6="inet6 acceptrtadv" VS> rtsold_enable="YES" так не работает Internet6: Destination Gateway Flags Netif Expire ::/96 ::1 UGRS lo0 ::1 link#4 UН lo0 ::ffff:0.0.0.0/96 ::1 UGRS lo0 fe80::/10 ::1 UGRS lo0 fe80::%vmx0/64 link#1 U vmx0 fe80::250:56ff:feaa:93fa%vmx0 link#1 UНS lo0 fe80::%lo0/64 link#4 U lo0 fe80::1%lo0 link#4 UНS lo0 ff02::/16 ::1 UGRS lo0 vmx0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 options=60039b<RXCSUM,TXCSUM,VLANMTU,VLAN_НWTAGGING,VLAN_НWCSUM,TSO4,TSO6,RXCSUM_IPV6,TXCSUMIPV6> ether 00:50:56:aa:93:fa hwaddr 00:50:56:aa:93:fa inet6 fe80::250:56ff:feaa:93fa%vmx0 prefixlen 64 scopeid 0x1 nd6 options=23<PERFORMNUD,ACCEPTRTADV,AUTOLINKLOCAL> media: Ethernet autoselect status: active --- GoldED+ 1.1.5-031023 (WinNT 5.1.2600-ServicePack3 i1586) |
#25
|
|||
|
|||
ipv6 на arubacloud
Sergey Zabolotny написал(а) к Dmitriy Smirnov в Jan 19 12:08:00 по местному времени:
Нello Dmitriy. Monday 07 January 2019 15:15, Dmitriy Smirnov wrote to Sergey Zabolotny: VS>> А если попробовать полностью положиться на их автоматику, как VS>> поведут себя потери? VS>> ifconfigvmx0_ipv6="inet6 acceptrtadv" VS>> rtsold_enable="YES" DS> хорошая мысль, у тебя случаем icmp6 не блокируется? не блокируется. фаервол отключен. DS> должно быть видно нечто: DS> 15:09:24.411991 IP6 fe80::214:a9ff:fe11:7a80 > DS> 2001:15e8:110:28ce::206: ICMP6, neighbor solicitation, who has DS> 2001:15e8:110:28ce::206, length 32 DS> 15:09:24.412048 IP6 fe80::250:56ff:feb4:27f5 > DS> fe80::214:a9ff:fe11:7a80: ICMP6, neighbor advertisement, tgt is DS> 2001:15e8:110:28ce::206, length 24 DS> 7a80 аруба, 27f5 фря 12:15:54.018532 00:50:56:aa:93:fa > 00:00:5e:00:01:06, ethertype IPv6 (0x86dd), length 70: 2a00:6d40:72:324a::1 > 2a02:6b8::2:242: ICMP6, echo request, seq 46, length 16 12:15:54.906016 c0:bf:c0:89:64:17 > 33:33:ff:00:00:01, ethertype IPv6 (0x86dd), length 86: 2a00:6d40:72:3200::2 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a00:6d40:72:324a::1, length 32 12:15:55.091076 00:50:56:aa:93:fa > 00:00:5e:00:01:06, ethertype IPv6 (0x86dd), length 70: 2a00:6d40:72:324a::1 > 2a02:6b8::2:242: ICMP6, echo request, seq 47, length 16 12:15:56.118614 00:50:56:aa:93:fa > 00:00:5e:00:01:06, ethertype IPv6 (0x86dd), length 70: 2a00:6d40:72:324a::1 > 2a02:6b8::2:242: ICMP6, echo request, seq 48, length 16 12:15:56.188815 c0:bf:c0:89:64:17 > 33:33:ff:00:00:01, ethertype IPv6 (0x86dd), length 86: 2a00:6d40:72:3200::2 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a00:6d40:72:324a::1, length 32 12:15:57.156674 c0:bf:c0:89:64:17 > 33:33:ff:00:00:01, ethertype IPv6 (0x86dd), length 86: 2a00:6d40:72:3200::2 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a00:6d40:72:324a::1, length 32 12:15:57.156749 00:50:56:aa:93:fa > 00:00:5e:00:01:06, ethertype IPv6 (0x86dd), length 70: 2a00:6d40:72:324a::1 > 2a02:6b8::2:242: ICMP6, echo request, seq 49, length 16 12:15:57.215481 00:00:5e:00:01:06 > 33:33:00:00:00:01, ethertype IPv6 (0x86dd), length 86: fe80::1 > ff02::1: ICMP6, neighbor advertisement, tgt is fe80::1, length 32 отличается от того, что у тебя. --- GoldED+ 1.1.5-031023 (WinNT 5.1.2600-ServicePack3 i1586) |
#26
|
|||
|
|||
ipv6 на arubacloud
Victor Sudakov написал(а) к Sergey Zabolotny в Jan 19 18:47:48 по местному времени:
Dear Sergey, 08 Jan 19 12:01, you wrote to me: VS>>>> Вроде нет, это нормальная практика использовать link local VS>>>> адреса в качестве next hop, только надо не забывать указывать VS>>>> при этом интерфейс. SZ>>> сделал как надо, пакеты все равно теряются. похоже проблема, как SZ>>> и говорил Александр, в темплейте. VS>> А если попробовать полностью положиться на их автоматику, как VS>> поведут себя потери? VS>> ifconfigvmx0_ipv6="inet6 acceptrtadv" VS>> rtsold_enable="YES" SZ> так не работает Судя по tcpdump в соседнем письме, router advertisements от арубы не прилетают. Тогда да, автоконфигурация работать не будет. Надо тогда почитать инструкцию от них, дашь ссылку? Victor Sudakov, VAS4-RIPE, VAS47-RIPN --- GoldED+/BSD 1.1.5-b20160322-b20160322 |
#27
|
|||
|
|||
ipv6 на arubacloud
Dmitriy Smirnov написал(а) к Sergey Zabolotny в Jan 19 20:16:04 по местному времени:
hi, Sergey! 08 Jan 19 12:08, Sergey Zabolotny wrote to Dmitriy Smirnov: DS>> 7a80 аруба, 27f5 фря SZ> 12:15:54.018532 00:50:56:aa:93:fa > 00:00:5e:00:01:06, ethertype IPv6 SZ> (0x86dd), length 70: 2a00:6d40:72:324a::1 > 2a02:6b8::2:242: ICMP6, SZ> echo request, seq 46, length 16 SZ> 12:15:54.906016 c0:bf:c0:89:64:17 > 33:33:ff:00:00:01, ethertype IPv6 SZ> (0x86dd), length 86: 2a00:6d40:72:3200::2 > ff02::1:ff00:1: ICMP6, SZ> neighbor solicitation, who has 2a00:6d40:72:324a::1, length 32 SZ> 12:15:55.091076 00:50:56:aa:93:fa > 00:00:5e:00:01:06, ethertype IPv6 SZ> (0x86dd), length 70: 2a00:6d40:72:324a::1 > 2a02:6b8::2:242: ICMP6, SZ> echo request, seq 47, length 16 SZ> 12:15:56.118614 00:50:56:aa:93:fa > 00:00:5e:00:01:06, ethertype IPv6 SZ> (0x86dd), length 70: 2a00:6d40:72:324a::1 > 2a02:6b8::2:242: ICMP6, SZ> echo request, seq 48, length 16 SZ> 12:15:56.188815 c0:bf:c0:89:64:17 > 33:33:ff:00:00:01, ethertype IPv6 SZ> (0x86dd), length 86: 2a00:6d40:72:3200::2 > ff02::1:ff00:1: ICMP6, SZ> neighbor solicitation, who has 2a00:6d40:72:324a::1, length 32 SZ> 12:15:57.156674 c0:bf:c0:89:64:17 > 33:33:ff:00:00:01, ethertype IPv6 SZ> (0x86dd), length 86: 2a00:6d40:72:3200::2 > ff02::1:ff00:1: ICMP6, SZ> neighbor solicitation, who has 2a00:6d40:72:324a::1, length 32 SZ> 12:15:57.156749 00:50:56:aa:93:fa > 00:00:5e:00:01:06, ethertype IPv6 SZ> (0x86dd), length 70: 2a00:6d40:72:324a::1 > 2a02:6b8::2:242: ICMP6, SZ> echo request, seq 49, length 16 SZ> 12:15:57.215481 00:00:5e:00:01:06 > 33:33:00:00:00:01, ethertype IPv6 SZ> (0x86dd), length 86: fe80::1 > ff02::1: ICMP6, neighbor advertisement, SZ> tgt is fe80::1, length 32 SZ> отличается от того, что у тебя. у меня без лишнего мусора и запинговывания янденса. беру чистую фрю, tcpdump без -e и пингов параллельных, прописываю адрес v6 и дефолт, получаю на интерфейсе: 20:20:08.415223 IP6 fe80::250:56ff:feb4:27f5 > fe80::1: ICMP6, neighbor solicitation, who has fe80::1, length 32 20:20:08.419191 IP6 fe80::1 > fe80::250:56ff:feb4:27f5: ICMP6, neighbor advertisement, tgt is fe80::1, length 24 20:20:13.466996 IP6 fe80::216:9cff:fe6f:d480 > fe80::250:56ff:feb4:27f5: ICMP6, neighbor solicitation, who has fe80::250:56ff:feb4:27f5, length 32 20:20:13.467043 IP6 fe80::250:56ff:feb4:27f5 > fe80::216:9cff:fe6f:d480: ICMP6, neighbor advertisement, tgt is fe80::250:56ff:feb4:27f5, length 24 20:20:14.898079 IP6 fe80::216:9cff:fe6f:d480 > 2001:15e8:110:28ce::206: ICMP6, neighbor solicitation, who has 2001:15e8:110:28ce::206, length 32 20:20:14.898138 IP6 fe80::250:56ff:feb4:27f5 > fe80::216:9cff:fe6f:d480: ICMP6, neighbor advertisement, tgt is 2001:15e8:110:28ce::206, length 24 у тебя я не вижу ничего полезного, только пинги в сторону яндекса и мак адреса сетевых интерфейсов. wbr, Dmitriy. --- |
#28
|
|||
|
|||
ipv6 на arubacloud
Sergey Zabolotny написал(а) к Dmitriy Smirnov в Jan 19 11:14:40 по местному времени:
Нello Dmitriy. Monday 07 January 2019 13:46, Dmitriy Smirnov wrote to Sergey Zabolotny: DS> ps: увидел позже твои ответы Виктору, ждем танцев с бубнами далее. результаты не очень радужные. ни из одного линуксового темплейта, который поддерживает ipv6 не удалось загрузиться в mfsbsd - уходит в бутлуп с руганью на тему "Lzma library error: Corrupted input data: File exist" вместо образа mfsbsd попробовал залить и установочный. в этом случае система загружается, но оттуда я не смог переключиться в меморидиск и переразбить хдд. на ходу в таком варианте попробовал настроить ipv6 - первые 6-7 пингов проходят и дальше все останавливается (по сути тоже самое, что было с самого начала). кстати, конфигурация железа виртуальной машины отличается от темплейта к темплейту - например сетевые интерфейсы в линуксовых темплейтах интеловские (em в бсд), а в бсдшном темплейте vmx. --- GoldED+ 1.1.5-031023 (WinNT 5.1.2600-ServicePack3 i1586) |
#29
|
|||
|
|||
ipv6 на arubacloud
Sergey Zabolotny написал(а) к Victor Sudakov в Jan 19 11:32:02 по местному времени:
Нello Victor. Tuesday 08 January 2019 18:47, Victor Sudakov wrote to Sergey Zabolotny: VS> Судя по tcpdump в соседнем письме, router advertisements от арубы не VS> прилетают. Тогда да, автоконфигурация работать не будет. Надо тогда VS> почитать инструкцию от них, дашь ссылку? ничего внятного они не пишут: https://kb.arubacloud.com/en/computi...c-ip/ipv6.aspx на линукс темлейтах они это настраивают так: centos DEVICE=eth0 NM_CONTROLLED=no ONBOOT=yes TYPE=Ethernet DEFROUTE=yes IPV4FAILUREFATAL=yes NAME="System eth0" BOOTPROTO=none IPADDR=80.211.xxx.xxx NETMASK=255.255.255.0 GATEWAY=80.211.xxx.1 DNS1=62.149.128.4 DNS2=62.149.132.4 IPV6INIT=yes IPV6ADDR=2a00:6d40:0072:xxxx:0000:0000:0000:0001/64 IPV6_DEFAULTGW=fe80::1 IPV6_DEFAULTDEV=eth0 DNS3=2001:4860:4860::8888 DNS4=2001:4860:4860::8844 на дебиан так: auto eth0 iface eth0 inet6 static pre-up modprobe ipv6 address 2a00:6d40:0072:xxxx:0000:0000:0000:0001 netmask 64 autoconf 0 gateway fe80::1 dns-nameservers 2001:4860:4860::8888 все тоже самое, что я прописывал на бсд. --- GoldED+ 1.1.5-031023 (WinNT 5.1.2600-ServicePack3 i1586) |
#30
|
|||
|
|||
ipv6 на arubacloud
Sergey Zabolotny написал(а) к Victor Sudakov в Jan 19 12:14:00 по местному времени:
Нello Victor. Tuesday 08 January 2019 18:47, Victor Sudakov wrote to Sergey Zabolotny: VS> Судя по tcpdump в соседнем письме, router advertisements от арубы не VS> прилетают. Тогда да, автоконфигурация работать не будет. Надо тогда VS> почитать инструкцию от них, дашь ссылку? и вот еще: ping6 fe80::1%vmx0 PING6(56=40+8+8 bytes) fe80::250:56ff:feaa:7749%vmx0 --> fe80::1%vmx0 16 bytes from fe80::1%vmx0, icmp_seq=0 hlim=64 time=8.511 ms 16 bytes from fe80::1%vmx0, icmp_seq=1 hlim=64 time=8.620 ms 16 bytes from fe80::1%vmx0, icmp_seq=2 hlim=64 time=93.739 ms 16 bytes from fe80::1%vmx0, icmp_seq=3 hlim=64 time=8.773 ms 16 bytes from fe80::1%vmx0, icmp_seq=4 hlim=64 time=58.444 ms 16 bytes from fe80::1%vmx0, icmp_seq=5 hlim=64 time=58.337 ms 16 bytes from fe80::1%vmx0, icmp_seq=6 hlim=64 time=133.507 ms 16 bytes from fe80::1%vmx0, icmp_seq=7 hlim=64 time=152.639 ms 16 bytes from fe80::1%vmx0, icmp_seq=8 hlim=64 time=132.111 ms 16 bytes from fe80::1%vmx0, icmp_seq=9 hlim=64 time=6.290 ms 16 bytes from fe80::1%vmx0, icmp_seq=10 hlim=64 time=178.997 ms 16 bytes from fe80::1%vmx0, icmp_seq=11 hlim=64 time=184.122 ms 16 bytes from fe80::1%vmx0, icmp_seq=12 hlim=64 time=125.850 ms 16 bytes from fe80::1%vmx0, icmp_seq=13 hlim=64 time=209.899 ms 16 bytes from fe80::1%vmx0, icmp_seq=14 hlim=64 time=124.377 ms 16 bytes from fe80::1%vmx0, icmp_seq=15 hlim=64 time=1.838 ms 16 bytes from fe80::1%vmx0, icmp_seq=16 hlim=64 time=26.240 ms 16 bytes from fe80::1%vmx0, icmp_seq=17 hlim=64 time=2.675 ms 16 bytes from fe80::1%vmx0, icmp_seq=18 hlim=64 time=7.303 ms 16 bytes from fe80::1%vmx0, icmp_seq=19 hlim=64 time=21.411 ms 16 bytes from fe80::1%vmx0, icmp_seq=20 hlim=64 time=3.409 ms 16 bytes from fe80::1%vmx0, icmp_seq=21 hlim=64 time=9.215 ms 16 bytes from fe80::1%vmx0, icmp_seq=22 hlim=64 time=561.212 ms 16 bytes from fe80::1%vmx0, icmp_seq=23 hlim=64 time=2.831 ms 16 bytes from fe80::1%vmx0, icmp_seq=24 hlim=64 time=1.971 ms 16 bytes from fe80::1%vmx0, icmp_seq=25 hlim=64 time=16.037 ms 16 bytes from fe80::1%vmx0, icmp_seq=26 hlim=64 time=4.686 ms 16 bytes from fe80::1%vmx0, icmp_seq=27 hlim=64 time=11.908 ms 16 bytes from fe80::1%vmx0, icmp_seq=28 hlim=64 time=142.434 ms 16 bytes from fe80::1%vmx0, icmp_seq=29 hlim=64 time=91.524 ms 16 bytes from fe80::1%vmx0, icmp_seq=30 hlim=64 time=147.796 ms 16 bytes from fe80::1%vmx0, icmp_seq=31 hlim=64 time=218.356 ms 16 bytes from fe80::1%vmx0, icmp_seq=32 hlim=64 time=343.885 ms 16 bytes from fe80::1%vmx0, icmp_seq=33 hlim=64 time=210.520 ms 16 bytes from fe80::1%vmx0, icmp_seq=34 hlim=64 time=50.144 ms ^C -+- fe80::1%vmx0 ping6 statistics --- 35 packets transmitted, 35 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 1.838/95.989/561.212/116.281 ms шлюз пингуется, но задержки какие-то странные. --- GoldED+ 1.1.5-031023 (WinNT 5.1.2600-ServicePack3 i1586) |