Оператор не может помочь организовать удаленку
 

Свалилась мне на голову такая сетевая трабла:

В организации есть cisco (81.95.218.x).
И есть d-link с другим IP в этой же подсети.

Маска и там и там 255.255.255.0

Со второго нужно получить доступ к первому.

На обоих адресах видно весь инет, но друг-друга они не пингуют.

Оператор (местный краснодарский) умывает руки и утверждает, что поскольку у них НИГДЕ НИЧЕГО НЕ БЛОКИРУЕТСЯ, то проблема на нашей стороне, даже не захотев смотреть конфиг циски (где как я проверил ни слова о блокировании icmp снаружи).

Как можно урегулировать этот спор - ведь доп. интернет канал у этого же оператора потребовался лишь для организации удаленки?

самый простой способ, это воткнуть 2 ноута заведомо без фаерволов и посмотреть что бегает, что не бегает, хотяб маки в arp таблице видно второй железки ? ну это можно и без ноутов, а там сделать выводы у кого руки крюки.

А маску 255.255.255.0 Вам провайдер сказал прописать? Что там за соединения?

0-имярекъ >если нет acl, проверьте gateway на cisco (sh ip rout) и dlink. Возможно подсеть 81.95.218.x у провайдера сегментирована с другой маской, а cisco и dlink думают, что они в одном сегменте.

в цисках вроде бы был снифер

0-имярекъ >сделайте на циске trace 81.95.218.аа, где 81.95.218.аа ip dlinka. Результат в студию, а там видно будет.

проблема в том, что reload циски проблему решает. сейчас например все работает.
Но на утро следующего дня пингов и другой связи с узлом нет.
Т.е на данный момент картина такая:

tracert 81.95.218.х

Трассировка маршрута к 81.95.218.x]
с максимальным числом прыжков 30:

1 <1 мс <1 мс <1 мс 10.0.165.254
2 26 ms 27 ms 27 ms 81-95-218-x.pool.linky.ru [81.95.218.x]

Трассировка завершена.

Соответственно когда не работает trace на втором шаге обрывается.

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

ну и, коли сеть одна, снифером все таки послушайте, как arp бегает

6-имярекъ >так у вас циска и длинк в одном месте? К провайдеру через dsl подключены? надо конфиг от циски глянуть, может нат причина? мало информации.

> Оператор не может помочь организовать удаленку
> проблема в том, что reload циски проблему решает.

при чем здесь провайдер?

6-имярекъ > ну так когда cisco релоадишь то arp чистится. видимо на той стороне модемчик как-то странно понимает эту связку (zyxelЬ наверно какой-нибудь стоит). плюс как сказал gloomymen проверить вещи с адресацией.

4-gloomymen > сниффер там не айс.

11-SGI > а как можно диагностировать что это проблема именно с arp. Потому как странно именно то, что после ребута циски, все работает, но не долго - до следующего утра.

13-имярекъ >не пингуется с циски или с компьютера? Можете конфиг выложить?

14-spiegel > удачи Вам, без шуток