Запустил Linux на своей плате.
команды:

~ # ifconfig eth0 inet 172.17.4.211 netmask 255.255.0.0
~ # ifconfig eth0
eth0 Link encap:Ethernet HWaddr C0:B1:3C:88:88:89
inet addr:172.17.4.211 Bcast:172.17.255.255 Mask:255.255.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:17 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2092 (2.0 KiB) TX bytes:0 (0.0

~ # ping 172.17.4.211
PING 172.17.4.211 (172.17.4.211) 56(84) bytes of data.
64 bytes from 172.17.4.211: icmp_seq=1 ttl=64 time=3.79 ms
64 bytes from 172.17.4.211: icmp_seq=2 ttl=64 time=0.532 ms
64 bytes from 172.17.4.211: icmp_seq=3 ttl=64 time=0.550 ms
64 bytes from 172.17.4.211: icmp_seq=4 ttl=64 time=0.538 ms
^C
--- 172.17.4.211 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3387ms
rtt min/avg/max/mdev = 0.532/1.352/3.790/1.407 ms
~ #

при попытке пинговать реальный хост - тишина...

в чём может быть дело? на что стоит обратить внимание?

Можно в более-Linux-форум обратиться с такой проблемой, тут такие тоже есть. Этот подраздел железный очень.
Я лично вижу в логе "RX packets:17", типа снаружи кто-то стучался успешно, ну или широковещательно словилось.
Можно пинговать из другого компа этот, смотреть вывод команды "arp -a", разрешилась ли хоть адресная часть в МАС.
Варешарком сниффить сеть тоже реально -- у меня были случаи, что ответ уходил в другую сеть (там типа контроллер домена etc. разрулит всё и доставит адресату) и там терялся.
Судя по адресу 172.17.*, это не на работе всё ? Если пинговый ответ уйдёт в инет провайдеру, то там его точно скушают крокодилы