Когда вы пытаетесь достучаться до ресурса по имени (например, http://ya.ru), в первую очередь происходит разрешение имён в адреса, то есть соотвествие тому самому http://ya.ru безликому http://213.180.204.8
Это разрешение может пройти 2мя путями - через DNS-кэш (если есть промежуточные сервера, например у вас дома/в офисе) или через DNS-сервер провайдера (наиболее типовая процедура).
После этого провайдеру отправляется пакет с адресом назначение 213.180.204.8 с портом назначения 80.
Если маршруты у провайдера не настроены пакет будет теряться по тайм-ауту, но в конечном итоге будет ответ что хоть недоступен.
Как связаны маршруты с достижимостью узла - да очень просто. Обычно у провайдера куча линий внешней связи. Если одна из линий поломается, то может создаться такого рода ситуация, когда пакет отправляется по одному интерфейсу, а ответ приходит по другому, что естественно считается ошибкой и такой пакет отбрасывается.
И ещё, часто провайдеры имеют собственные http-прокси, чтобы кэшровать веб-трафик и экономить на этом. Возможна ситуация когда какие то страницы одного и того же ресурса открываются фрагментарно - берутся из кэша.
В контексте того что было я думаю станет ясно как zx.pk.ru мог резолвиться и не пинговаться, и не резолвиться совсем. Кроме того, если у вас стоит межсетевой экран, вполне реальна ситуация, когда на zx.pk.ru заходится, а пропинговать его никак - файрволлы блокируют трафик избирательно, могут начисто заблокировать ICMP трафик (отвечающий за PING в том числе) и при этом пропускать остальной трафик.
Ответить с цитированием
Размещение рекламы на форуме способствует его дальнейшему развитию 
