Уважаемые разработчики D-Link, подскажите вот какую вещь.

есть вот такая схема


Core cisco
|
\/
DGS-3710-12C
|
\/
DES3200-10
|
\/
клиент

Клиентский траффик (ipv4 и Ipv6) (10 влан) уходит с DES3200-10
и на 3710 на этот тегированный траффик через selective qinq навешивается 2й тег. (510 влан)

А дальше снифим трафик с Core в 510 влане. и вот что видим..

что ipv4 траффик клиента в 510 влане имеет тег СVLAN = 10

tcpdump -nei eth1 vlan and udp port 67 or port 68
tcpdump: WARNING: eth1: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes
15:35:54.191661 20:1a:06:51:5a:60 > ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 346: vlan 10, p 0, ethertype IPv4, 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 20:1a:06:51:5a:60, length 300
15:35:56.162606 44:2b:03:e2:42:20 > ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 346: vlan 10, p 0, ethertype IPv4, 10.93.250.1.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length 300

А вот если смотреть про ipv6, то у него почему то нет CVLAN тега 10, он просто в 510 акцесс.

tcpdump -nei eth1 vlan and ip6
tcpdump: WARNING: eth1: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes

ничего нет..

а так есть

tcpdump -nei eth1 ip6
tcpdump: WARNING: eth1: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes
15:39:33.347059 20:1a:06:51:5a:60 > 33:33:00:00:00:02, ethertype IPv6 (0x86dd), length 70: fe80::80c4:5638:a135:6191 > ff02::2: ICMP6, router solicitation, length 16
15:39:33.750394 20:1a:06:51:5a:60 > 33:33:ff:38:e9:75, ethertype IPv6 (0x86dd), length 86: fe80::80c4:5638:a135:6191 > ff02::1:ff38:e975: ICMP6, neighbor solicitation, who has fe80::cae0:ebff:fe38:e975, length 32
15:39:33.750408 20:1a:06:51:5a:60 > 33:33:ff:38:e9:75, ethertype IPv6 (0x86dd), length 86: fe80::80c4:5638:a135:6191 > ff02::1:ff38:e975: ICMP6, neighbor solicitation, who has fe80::cae0:ebff:fe38:e975, length 32
15:39:34.189547 20:1a:06:51:5a:60 > 33:33:00:01:00:02, ethertype IPv6 (0x86dd), length 150: fe80::80c4:5638:a135:6191.546 > ff02::1:2.547: dhcp6 solicit
15:39:34.189566 20:1a:06:51:5a:60 > 33:33:00:01:00:02, ethertype IPv6 (0x86dd), length 150: fe80::80c4:5638:a135:6191.546 > ff02::1:2.547: dhcp6 solicit



Вот конфиг про qinq на DGS371-12C

# QINQ

create vlan_translation ports 11 add cvid 10 svid 510
create vlan_translation ports 11 add cvid 11 svid 510


Port ID: 11
---------------------------------------------------------
Role: UNI
Miss Drop: Disabled
Outer Tpid: 0x8100
Use Inner Priority: Disabled
Add Inner Tag: Disabled

Port ID: 12
---------------------------------------------------------
Role: NNI
Miss Drop: Disabled
Outer Tpid: 0x8100
Use Inner Priority: Disabled
Add Inner Tag: Disabled


В задачнике спрашивается - где cvlan тег у ipv6 траффика ?

Есть какие-то предположения, или я где-то не прав?
могу предоставить еще какую-либо информацию.

Пришлите, пожалуйста, полный конфиг обоих коммутаторов и укажите порты подключения.
Спасибо.

вот конфиг с коммутатора DES3710-12C - http://pastebin.com/dtbqmDNt
вот конфиг с коммутатора DES3200-10 - http://pastebin.com/9vmteHXe

схема тестового стенда в аттаче.

еще раз повторюсь. на 3710-12С - ipv6 траффик из пользовательского 10 влана - не оборачивается вторым тегом, а просто меняется тег из 10->510

И на сниффере видно что траффик Ipv6 от клиента - без каких либо меток. IPv4 оборачивается корректно.

проблема именно в том что ipv6 траффик уходит с 3710-12С - с одним тегом 510 влана. А должен с двумя 10 и 510. и это верно только для v6 траффика для ipv4 с тогоже порта все ок. это 100% или баг или данный функционал для Ipv6 просто не заявлен. Проясните ситуацию. Пробема именно в коммутаторе агрегации.

Какие будут предложения ? Может товарищи из dlink тестовый стенд соберут ? или поделятся информацией про ipv6 и qinq?

Я посмотрю ситуацию на стенде и отпишу по результату.

Есть какие-то новости ?

На стенде проблема не подтверждается, я отписал вам на почту детали и дополнительные вопросы.

Исправлено в 1.00.B039.

Здравствуйте, точно такая же проблема на других DGS: 3120-24SC, 3420-26SC, 3000-28SC...
На всех попробовал обновить на последнюю прошивку отсюда viewtopic.php?f=2&t=92700 - не помогло.

210 - svid, 545 - cvid...

ipv4 норм, ipv6 не норм...

ethertype 802.1Q (0x8100), length 66: vlan 210, p 7, ethertype IPv6, fe80::2a28:5dff:fec6:d1eb > ff02::2: ICMP6, router solicitation, length 8
ethertype 802.1Q (0x8100), length 68: vlan 210, p 0, ethertype 802.1Q, vlan 545, p 0, ethertype ARP, Request who-has 172.28.0.1 tell 172.28.50.91, length 46
ethertype 802.1Q (0x8100), length 66: vlan 210, p 7, ethertype IPv6, fe80::2a28:5dff:fec6:d1eb > ff02::2: ICMP6, router solicitation, length 8
ethertype 802.1Q (0x8100), length 66: vlan 210, p 7, ethertype IPv6, fe80::2a28:5dff:fec6:d1eb > ff02::2: ICMP6, router solicitation, length 8

up... Если был баг в одной из прошивок, то вероятно в других тоже самое? в чем сложность то?

wkg
Пришлите, пожалуйста, мне на почту полные конфигурационные файлы коммутаторов, а также схему сегмента сети с подробным описанием проблемы.
Проблемы не исправляются по описанию "ну на других моделях все то же самое", тем более, что проблема описывалась более года назад.
Спасибо.

Так проблема со всеми тремя дгсами, по всем трем конфиг присылать? И стоит их штук 20, проблема везде, вам 20 конфигов присылать? щас пришлю один пример...

Проблема оказалась не в DGS а в свиче перед ними...