Есть ли шанс увидеть функционал arp-"пинга" на коммутаторах Dlink? Хотя бы на коммутаторах ядра (3627, например), хотя идеалом будет и на аггрегации(3100,3200).

А цель?

Как и любого другого arping'a - активное средство диагностики клиентского порта/компьютера на L2-уровне. Show error/packet ports пассивные и по определению не контролируемые.

Сейчас для этой цели приходится дотягивать vlan до сервера.

Не планируется. Вообще для контроля и диагностики клиентских подключений есть довольно много функций таких как Cable diagnostic, LBD, Traffic control, IMP, ARP Spoofing Prevention и т.д.

Иван, это всё пассивные средства мониторинга - грубо говоря, вы сидите и ждёте, когда же поменяется значение счётчика/лога.
Вот скажем, не далее как сегодня пришлось проверять пользователя, у которого на порту не было TX.
Другими словами, очень жаль, что не планируется. Не думаю, что формирование [произвольных] arp-пакетов на интерфейсе настолько уж затратно и тяжело в освоении...

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

За несколько лет работы ни разу не потребовался данный функционал, обходимся стардартными методами, которые указал Иван + очень активно используем парсинг сислога и трапов. Пинг делает сам биллинг, да и в большинстве случаев это так, чисто поржать.

А то, о чем говорит Dyr, уже давным давно сделано и работает, но только в случае схемы подключения Port-Per-User.

А mac-address-table разве не то?

Запустить ообычный пинг до нужного узла, а дальше шлюз сам по ARP все отрезолвят, коммутаторы в таблице мак адресов засветят.

а если существует несколько машин с одним ip-адресом? при arping сразу будет видно несколько ответов с разными mac-адресами