Dlink 1210-28 cыпет DUP!

[Enferno 163]

Ребят, у кого стоят 1210-28 с опер.прошивкой?

 

Сделали связку: фря (влан1) 3100-24тг (влан1) 1210-28 (влан1), абонентов нету вообще.

Всё связано пачкордами по 3м

Тестили 3 свича с разными прошивками и у всех один и тот же баг

 

PING 192.168.252.25 (192.168.252.25): 56 data bytes

64 bytes from 192.168.252.25: icmp_seq=0 ttl=64 time=17.559 ms

64 bytes from 192.168.252.25: icmp_seq=0 ttl=64 time=17.756 ms (DUP!)

64 bytes from 192.168.252.25: icmp_seq=1 ttl=64 time=13.532 ms

64 bytes from 192.168.252.25: icmp_seq=1 ttl=64 time=13.731 ms (DUP!)

64 bytes from 192.168.252.25: icmp_seq=2 ttl=64 time=13.308 ms

64 bytes from 192.168.252.25: icmp_seq=2 ttl=64 time=13.492 ms (DUP!)

64 bytes from 192.168.252.25: icmp_seq=3 ttl=64 time=13.019 ms

64 bytes from 192.168.252.25: icmp_seq=3 ttl=64 time=13.183 ms (DUP!)

64 bytes from 192.168.252.25: icmp_seq=4 ttl=64 time=12.743 ms

64 bytes from 192.168.252.25: icmp_seq=4 ttl=64 time=12.942 ms (DUP!)

^C

--- 192.168.252.25 ping statistics ---

5 packets transmitted, 5 packets received, +5 duplicates, 0.0% packet loss

 

 

Заметил, что может 5-10 минут пингаться норм, а потом идут дап-ы

В дефаулт влан правда не пробывал заганять, но в любом случае мне такая связка через деф.влан не подходит.

 

Собственно вопрос, как у Вас обстоят дела с данными свичами т.к. саппорт длинка 3й день руки розводит и молчит!

[NiTr0 584]

Вы свич сам пингуете? Если да - то собссно возникает вопрос: чем вам двойной ответ от свича мешает-то? Ну бредит их китайский мозг немного...

[Enferno 163]

Вы свич сам пингуете? Если да - то собссно возникает вопрос: чем вам двойной ответ от свича мешает-то? Ну бредит их китайский мозг немного...

я люблю, чтобы в сети порядок был.. а этот пинг раздражает !!!

Ещё не знаю как будет с клиентами, когда их за 20 перевалит на 1210-28

[NiTr0 584]

я люблю, чтобы в сети порядок был.. а этот пинг раздражает !!!

Пишите в саппорт, что вас двойной ответ от мозга свича раздражает. Хотя, уверен, толку от этого скорее всего не будет - ибо они гораздо более серьезные проблемы свичей не шибко чешутся исправлять...

 

Ещё не знаю как будет с клиентами, когда их за 20 перевалит на 1210-28

Было бы очень плохо - продажи свичей бы скукожились и свичи бы исчезли из ассортимента адекватных поставщиков (ибо никто не закупал бы неходовой товар, который к тому же регулярно возвращают взад с матами), + весь рунет бы пестрил криками "какое ховно эти 1210-28". А так - особо выдающегося шума нет, значит - типичная китайская кака средней степени пригодности к употреблению.

[VitalyMoiseev 112]

Ребят, у кого стоят 1210-28 с опер.прошивкой?

 

Собственно вопрос, как у Вас обстоят дела с данными свичами т.к. саппорт длинка 3й день руки розводит и молчит!

 

Стоит куча таких длинков с разными прошивками, проблем - никаких (за исключением глюка с ПППоЕ на ранних бетах).

Никаких dup от них не идет, все пингуются нормально.

 

откуда пингуете свитч? покажите ifconfig интерфейса, накотором эти свитчи.

[NightNET 81]

Такая же связка, но без Вланов. Ничего подобного нет.Прошивки 5.10.B013, 5.10.B017

[Enferno 163]

Ребят, у кого стоят 1210-28 с опер.прошивкой?

 

Собственно вопрос, как у Вас обстоят дела с данными свичами т.к. саппорт длинка 3й день руки розводит и молчит!

 

Стоит куча таких длинков с разными прошивками, проблем - никаких (за исключением глюка с ПППоЕ на ранних бетах).

Никаких dup от них не идет, все пингуются нормально.

 

откуда пингуете свитч? покажите ifconfig интерфейса, накотором эти свитчи.

 

 

собственно говоря,что Вам поможет ifconfig?

Стоит последняя прошивка, после траблов с пппое было ещё много чего пофиксено и добавлено, например стп, но данный мелкий баг реально раздражает т.к. это верняк что-то где-то не то

 

vr0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500

options=82808<VLAN_MTU,WOL_UCAST,WOL_MAGIC,LINKSTATE>

ether 00:13:8f:61:06:00

media: Ethernet autoselect (100baseTX <full-duplex>)

status: active

ipfw0: flags=8801<UP,SIMPLEX,MULTICAST> metric 0 mtu 65536

lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384

options=3<RXCSUM,TXCSUM>

inet 127.0.0.1 netmask 0xff000000

 

vlan1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500

ether 00:13:8f:61:06:00

inet 192.168.252.1 netmask 0xffffff00 broadcast 192.168.252.255

media: Ethernet autoselect (100baseTX <full-duplex>)

status: active

vlan: 100 parent interface: vr0

[Enferno 163]

хм, может они плохо отрабатывают ответ не от деф.влана? т.е. любят висеть в дефе?

Это нужно будет проверить, но сеть вся 100% на вланах и их многовато.

[Mikca 1]

Держать управление в default vlan - дурной тон ИМХО. Да и сам vlan 1 использовать тоже.

Попробуйте сменить managment vlan с 1 на любой другой.

[VitalyMoiseev 112]

смоделировал у себя такой же глюк!

router3# ping 192.168.23.74
PING 192.168.23.74 (192.168.23.74): 56 data bytes
64 bytes from 192.168.23.74: icmp_seq=0 ttl=64 time=6.965 ms
64 bytes from 192.168.23.74: icmp_seq=0 ttl=64 time=7.117 ms (DUP!)
64 bytes from 192.168.23.74: icmp_seq=1 ttl=64 time=5.834 ms
64 bytes from 192.168.23.74: icmp_seq=1 ttl=64 time=6.052 ms (DUP!)
64 bytes from 192.168.23.74: icmp_seq=2 ttl=64 time=4.313 ms
64 bytes from 192.168.23.74: icmp_seq=2 ttl=64 time=4.523 ms (DUP!)
64 bytes from 192.168.23.74: icmp_seq=3 ttl=64 time=12.716 ms
64 bytes from 192.168.23.74: icmp_seq=3 ttl=64 time=12.922 ms (DUP!)
^C
--- 192.168.23.74 ping statistics ---
4 packets transmitted, 4 packets received, +4 duplicates, 0.0% packet loss
round-trip min/avg/max/stddev = 4.313/7.555/12.922/3.180 ms

получилось выставив на свитче IEEE 802.1Q Management VLAN Configuration в disable

Вернул в enable - все отлично.

router3# ping 192.168.23.74
PING 192.168.23.74 (192.168.23.74): 56 data bytes
64 bytes from 192.168.23.74: icmp_seq=0 ttl=64 time=5.214 ms
64 bytes from 192.168.23.74: icmp_seq=1 ttl=64 time=3.476 ms
64 bytes from 192.168.23.74: icmp_seq=2 ttl=64 time=12.084 ms
64 bytes from 192.168.23.74: icmp_seq=3 ttl=64 time=10.523 ms
^C
--- 192.168.23.74 ping statistics ---
4 packets transmitted, 4 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 3.476/7.824/12.084/3.576 ms

[Enferno 163]

смоделировал у себя такой же глюк!

router3# ping 192.168.23.74
PING 192.168.23.74 (192.168.23.74): 56 data bytes
64 bytes from 192.168.23.74: icmp_seq=0 ttl=64 time=6.965 ms
64 bytes from 192.168.23.74: icmp_seq=0 ttl=64 time=7.117 ms (DUP!)
64 bytes from 192.168.23.74: icmp_seq=1 ttl=64 time=5.834 ms
64 bytes from 192.168.23.74: icmp_seq=1 ttl=64 time=6.052 ms (DUP!)
64 bytes from 192.168.23.74: icmp_seq=2 ttl=64 time=4.313 ms
64 bytes from 192.168.23.74: icmp_seq=2 ttl=64 time=4.523 ms (DUP!)
64 bytes from 192.168.23.74: icmp_seq=3 ttl=64 time=12.716 ms
64 bytes from 192.168.23.74: icmp_seq=3 ttl=64 time=12.922 ms (DUP!)
^C
--- 192.168.23.74 ping statistics ---
4 packets transmitted, 4 packets received, +4 duplicates, 0.0% packet loss
round-trip min/avg/max/stddev = 4.313/7.555/12.922/3.180 ms

получилось выставив на свитче IEEE 802.1Q Management VLAN Configuration в disable

Вернул в enable - все отлично.

router3# ping 192.168.23.74
PING 192.168.23.74 (192.168.23.74): 56 data bytes
64 bytes from 192.168.23.74: icmp_seq=0 ttl=64 time=5.214 ms
64 bytes from 192.168.23.74: icmp_seq=1 ttl=64 time=3.476 ms
64 bytes from 192.168.23.74: icmp_seq=2 ttl=64 time=12.084 ms
64 bytes from 192.168.23.74: icmp_seq=3 ttl=64 time=10.523 ms
^C
--- 192.168.23.74 ping statistics ---
4 packets transmitted, 4 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 3.476/7.824/12.084/3.576 ms

хм, первый раз такое вижу если чесно.

ок. спс, проверю сегодня