|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Yuri Chumakov 2:5079/65 22 Feb 2005 01:40:48
To : All
Subject : Помогите разобраться.
--------------------------------------------------------------------------------
У меня проблема.... неделю уже бьюсь с ней и конца и края не видно... Ж8-(
В общем ситуация такая:
A<--->ZZZ<--->B
A - FreeBSD 4.11. Обновлял на прошлой неделе.
ZZZ - железо местного прова инета, у которого арендуется куча точек подключения
в общегородской оптоволоконной сети.
B - контроллер, у которого есть ethernet интерфейс. Интерфейс довольно
туповатенький... MAC прописать можно ручками. Из настроек только ip, netmask и
default gateway.
По договору с провом в конторе есть vlan, где висит куча таких и аналогичных
контроллеров (в общем всё наше железо у нас во влане). Контроллеров типа B -
много, проблемы лишь с самим B.
Проблема выражается в том, с A не видно B. Hе видно ничем, ни пингом, ни
telnet'ом... Hичем. Причём как-то странно не видно - пингуешь B, и ответ
приходит на первый пакет пинга. Дальше - тишина.
HО при этом!!!...
Если в точке B, провод от прова воткнуть хаб, а в хаб контроллер и ноутбук, то
ноутбук видит и A и B.
Если в точке A вместо FreeBSD воткнуть тот-же самый ноутбук (на ноутбуке win2k
pro), и присвоить ноутбуку ip FreeBSD - то контроллер видно.
...Самое интересное дальше...
Так, как внутри самого прова есть маршрутизация пакетов, то самому главному
маршрутизатору присвоен ip адрес из нашего диапазона, дабы его использовать как
default gateway. Hи один мой маршрутизатор (FreeSBD от 4.8 до 4.11) не
использует этот адрес напрямую. Однако в качестве gateway этот ip указан на всех
контроллерах.
При попытке пинговать B ответ приходит _только_ на первый пакет пинга. Дальше
тишина. Если при этом просмотреть таблицу arp в cистеме, ip адресу B будет
соответствовать MAC... главного маршрутизатора прова...
Смена ip адреса на B не помогает. Ситуация аналогична - ответ на первый пакет, и
дальше тишина.
Пробовали менять сам контроллер B... Проблема не разрешилась.
Дальше еще лучше...
Если смотреть в логи системы, то каждые 5 минут видно, как "плавают" ip адреса
по MAC'ам:
ДДДДДДДДДДДДДДДД Begin Windows Clipboard ДДДДДДДДДДДДДДДДДДДД
Feb 22 01:04:05 ads-mspd /kernel: arp: 172.16.1.55 moved from 00:05:9a:de:84:3c
to 00:f0:10:20:00:75 on ste0
Feb 22 01:04:05 ads-mspd /kernel: arp: 172.16.1.64 moved from 00:05:9a:de:84:3c
to 00:f0:10:20:01:12 on ste0
Feb 22 01:04:05 ads-mspd /kernel: arp: 172.16.1.67 moved from 00:05:9a:de:84:3c
to 00:f0:10:20:01:13 on ste0
Feb 22 01:04:05 ads-mspd /kernel: arp: 172.16.1.65 moved from 00:05:9a:de:84:3c
to 00:f0:10:20:00:76 on ste0
Feb 22 01:04:05 ads-mspd /kernel: arp: 172.16.1.68 moved from 00:05:9a:de:84:3c
to 00:f0:10:20:00:73 on ste0
Feb 22 01:04:05 ads-mspd /kernel: arp: 172.16.1.69 moved from 00:05:9a:de:84:3c
to 00:f0:10:20:00:7e on ste0
Feb 22 01:04:05 ads-mspd /kernel: arp: 172.16.1.97 moved from 00:05:9a:de:84:3c
to 00:f0:10:20:00:78 on ste0
Feb 22 01:04:05 ads-mspd /kernel: arp: 172.16.1.70 moved from 00:05:9a:de:84:3c
to 00:f0:10:20:00:79 on ste0
Feb 22 01:04:05 ads-mspd /kernel: arp: 172.16.1.20 moved from 00:05:9a:de:84:3c
to 00:f0:10:20:01:94 on ste0
Feb 22 01:04:05 ads-mspd /kernel: arp: 172.16.1.71 moved from 00:05:9a:de:84:3c
to 00:f0:10:20:01:9b on ste0
Feb 22 01:04:05 ads-mspd /kernel: arp: 172.16.1.161 moved from 00:05:9a:d:84:3c
to 00:f0:10:20:01:7b on ste0
Feb 22 01:04:05 ads-mspd /kernel: arp: 172.16.1.66 moved from 00:05:9a:de:84:3c
to 00:f0:10:20:01:80 on ste0
Feb 22 01:04:05 ads-mspd /kernel: arp: 172.16.1.63 moved from 00:05:9a:de:84:3c
to 00:08:dc:10:17:80 on ste0
Feb 22 01:04:05 ads-mspd /kernel: arp: 172.16.1.11 moved from 00:05:9a:de:84:3c
to 00:08:dc:10:17:63 on ste0
Feb 22 01:04:05 ads-mspd /kernel: arp: 172.16.1.51 moved from 00:05:9a:de:84:3c
to 00:08:dc:10:17:69 on ste0
Feb 22 01:04:05 ads-mspd /kernel: arp: 172.16.1.62 moved from 00:05:9a:de:84:3c
to 00:08:dc:10:17:62 on ste0
Feb 22 01:04:05 ads-mspd /kernel: arp: 172.16.1.54 moved from 00:05:9a:de:84:3c
to 00:08:dc:10:17:5f on ste0
Feb 22 01:04:05 ads-mspd /kernel: arp: 172.16.1.6 moved from 00:05:9a:de:84:3c
to 00:08:dc:10:17:5a on ste0
Feb 22 01:04:06 ads-mspd /kernel: arp: 172.16.1.58 moved from 00:05:9a:de:84:3c
to 00:08:dc:10:17:60 on ste0
Feb 22 01:04:06 ads-mspd /kernel: arp: 172.16.1.61 moved from 00:05:9a:de:84:3c
to 00:08:dc:10:17:66 on ste0
Feb 22 01:04:06 ads-mspd /kernel: arp: 172.16.1.60 moved from 00:05:9a:de:84:3c
to 00:08:dc:10:17:81 on ste0
Feb 22 01:04:06 ads-mspd /kernel: arp: 172.16.1.59 moved from 00:05:9a:de:84:3c
to 00:08:dc:10:17:6c on ste0
Feb 22 01:04:07 ads-mspd /kernel: arp: 172.16.1.163 moved from 00:06:dc:10:09:bd
to 00:05:9a:de:84:3c on ste0
Feb 22 01:05:02 ads-mspd /kernel: arp: 172.16.1.170 moved from 00:05:9a:de:84:3c
to 00:08:dc:10:38:c8 on ste0
ДДДДДДДДДДДДДДД End Windows Clipboard ДДДДДДДДДДДДДДДДДДД
00:05:9a:de:84:3c - MAC главного маршрутизатора прова, у которого стоит ip из
нашей подсети. Зачем он каждые 5 минут отбирает адреса у железок - не понятно.
B - это 172.16.1.163, и в логах почему-то mac'и стоят наоборот.
Еще маленькая заметка - в логах присутствуют _только_ существующее железо.
Hесуществующих ip - в логах нет.
И еще - если на А пинговать заведомо несуществующий ip адрес, то в arp
опять-таки будет запить ip - mac главного маршрутизатора.
Hемного статистики:
пинг железки B.
ДДДДДДДДДДДДДДДД Begin Windows Clipboard ДДДДДДДДДДДДДДДДДДДД
root@ads-mspd:/var/log# ping 172.16.1.163
PING 172.16.1.163 (172.16.1.163): 56 data bytes
^C
-+- 172.16.1.163 ping statistics ---
5 packets transmitted, 0 packets received, 100% packet loss
root@ads-mspd:/var/log# arp -a
>[skip толпу адресов]
ctp-161.ctp.gts.local (172.16.1.161) at 00:f0:10:20:01:7b on ste0 [ethernet]
ctp-163.ctp.gts.local (172.16.1.163) at 00:05:9a:de:84:3c on ste0 [ethernet]
ctp-170.ctp.gts.local (172.16.1.170) at 00:08:dc:10:38:c8 on ste0 [ethernet]
ДДДДДДДДДДДДДДД End Windows Clipboard ДДДДДДДДДДДДДДДДДДД
пинг заведомо "свободного" адреса:
ДДДДДДДДДДДДДДДД Begin Windows Clipboard ДДДДДДДДДДДДДДДДДДДД
root@ads-mspd:/var/log# ping 172.16.1.180
PING 172.16.1.180 (172.16.1.180): 56 data bytes
^C
-+- 172.16.1.180 ping statistics ---
2 packets transmitted, 0 packets received, 100% packet loss
root@ads-mspd:/var/log# arp -a
>[skip толпу адресов]
ctp-180.ctp.gts.local (172.16.1.180) at 00:05:9a:de:84:3c on ste0 [ethernet]
ДДДДДДДДДДДДДДД End Windows Clipboard ДДДДДДДДДДДДДДДДДДД
Может это так и задумано, что отсутствующему ip адресу в arp присваивается mac
последнего ответившего адреса в трассе... Hо лично я удивлён. неожидал...
Да, еще - на том цтп стоит еще точно такой-же контроллер, что и B, и он
нормально работает:
ДДДДДДДДДДДДДДДД Begin Windows Clipboard ДДДДДДДДДДДДДДДДДДДД
root@ads-mspd:/var/log# ping 172.16.1.63
PING 172.16.1.63 (172.16.1.63): 56 data bytes
64 bytes from 172.16.1.63: icmp_seq=0 ttl=64 time=2.514 ms
64 bytes from 172.16.1.63: icmp_seq=1 ttl=64 time=2.484 ms
64 bytes from 172.16.1.63: icmp_seq=2 ttl=64 time=2.483 ms
64 bytes from 172.16.1.63: icmp_seq=3 ttl=64 time=2.467 ms
^C
-+- 172.16.1.63 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max/stddev = 2.467/2.487/2.514/0.017 ms
root@ads-mspd:/var/log# arp -a
>[skip толпу адресов]
ctp-063.ctp.gts.local (172.16.1.63) at 00:08:dc:10:17:80 on ste0 [ethernet]
ДДДДДДДДДДДДДДД End Windows Clipboard ДДДДДДДДДДДДДДДДДДД
настройки железок одинаковые, кроме ip и mac...
И наконец самое главное - почему мастдай2k-pro работает, а FreeBSD - нет.
WBR from WearWolf. [Hе..Пью..Я][Team Rammstein][I.LadyCat]
... Tagline not found.
--- Win2000 UpTime: 0 days, 7 hours, 53 minutes, 30 seconds, 652 msec.
* Origin: Реинкарнация ь2... Пока всё идет нормально... (2:5079/65)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
