«Избирательное» использование ip-телефонами ip-адресов назначаемых DHCP-сервером

с привязкой по mac-адресу

А телефон, случайно, не генерирует себе новые mac’и, как сейчас модно у мобильников?

100% нет, это же логично, если я меняю ip-адрес телефону на 10.10.0.12, а привязка по mac-адресу остаётся прежней и телефон проходит регистрацию в asterisk, то проблема явно не в mac-адресе. Что-то другое…

К OpenVPN у меня вопросов нет

А не работает ли он в сети 10. и так далее? ЕМНИП, как раз он по 4 адреса на туннель берёт.

О, а это мысль, тоннель это 10.8.1.0. Спасибо, сейчас буду менять…век живи - век учись. Изменю - отпишусь!

11: enxbc2228fbdc8d: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether bc:22:28:fb:dc:8d brd ff:ff:ff:ff:ff:ff inet 10.10.0.1/24 brd 10.10.0.255 scope global enxbc2228fbdc8d valid_lft forever preferred_lft forever inet6 fe80::be22:28ff:fefb:dc8d/64 scope link valid_lft forever preferred_lft forever

22: tun1: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 500 link/none inet 11.11.0.1/24 scope global tun1 valid_lft forever preferred_lft forever inet6 fe80::a9f4:dcd3:5ce3:a6cd/64 scope link stable-privacy valid_lft forever preferred_lft forever

P.S. К сожалению я не так и не понял как этот выхлоп оформить тегом.

Но, результат смены сети OpenVPN на 11.11.0.0 ровно такой же что и на сети 10.8.1.0

Телефоны адреса сети 10.10.0.0 (.2 - .5) получают, но пинга до них нет, хотя, телефоны, ещё раз, их получают это видно.

PING 10.10.0.2 (10.10.0.2) 56(84) bytes of data.

PING 10.10.0.5 (10.10.0.5) 56(84) bytes of data.

А это ли не при топологии сети net30?

У меня топология topology subnet.

Но, я всё же попробовал изменить сеть.

Снова стал доступен ip-адрес 10.10.0.6, остальные с 0.2 по 0.5 недоступны.

arp-трафик (запросы/ответы), связанные с этими адресами ходит? Нет ли конфликтов адресов? Если девайсы воткнуты в управляемый свич - есть ли возможность посмотреть таблицу MAC-адресов на свиче?

ARP-трафик:

16 2.463841088 D-LinkIn_fb:dc:8d Grandstr_54:1a:29 ARP 42 Who has 10.10.0.6? Tell 10.10.0.1

17 2.465328958 Grandstr_54:1a:29 D-LinkIn_fb:dc:8d ARP 64 10.10.0.6 is at 00:0b:82:54:1a:29

21 2.954257422 Grandstr_b8:0f:86 D-LinkIn_fb:dc:8d ARP 60 Who has 10.10.0.1? Tell 10.10.0.3

22 2.954303421 D-LinkIn_fb:dc:8d Grandstr_b8:0f:86 ARP 42 10.10.0.1 is at bc:22:28:fb:dc:8d

27 3.611148005 Grandstr_b8:1a:5a D-LinkIn_fb:dc:8d ARP 60 Who has 10.10.0.1? Tell 10.10.0.4

28 3.611195013 D-LinkIn_fb:dc:8d Grandstr_b8:1a:5a ARP 42 10.10.0.1 is at bc:22:28:fb:dc:8d

50 7.071885902 D-LinkIn_fb:dc:8d Grandstr_b8:13:38 ARP 42 Who has 10.10.0.2? Tell 10.10.0.1

51 7.073198061 Grandstr_b8:13:38 D-LinkIn_fb:dc:8d ARP 60 10.10.0.2 is at c0:74:ad:b8:13:38

Девайсы, пока что воткнуты в D-Link DIR-100 (коммутатор).

Если DIR-100 исключить из цепочки и воткнуть телефон (Grandstr_b8:13:38? ip - 10.10.0.2) напрямую в сетевую карту D-Link DUB-E100, то телефон ip-адрес 10.10.0.2 получает, но не пингуется, то есть ситуацию абсолютно такая же как и при наличии в цепочке DIR-100.

ping 10.10.0.2

PING 10.10.0.2 (10.10.0.2) 56(84) bytes of data.

Если заменить ip-адреса выше 10.10.0.5, то, как я указывал выше, телефоны не только получат ip-адреса, но и их получится пропинговать, а сейчас адреса они получают, но пингу не поддаются, отсюда проблемы, как я понимаю, по поднятию OpenVPN.

Такая, вот, проблема.

Конфликта адресов нет, все сети кардинально разные…

Если DIR-100 исключить из цепочки и воткнуть телефон (Grandstr_b8:13:38? ip - 10.10.0.2) напрямую в сетевую карту D-Link DUB-E100

А адрес кто выдает в этом случае? Машина с USB-сетевой картой?

Да, всё именно так.

Но, есть нюанс, писал выше, если к этой сетевой карте (не меняя настроек dhcp, кроме mac-адреса в качестве привязки) подключить ноутбук, через его встроенную сетевую карту, то этот ноутбук будет получать все ip-адреса из диапазона 10.10.0.2 - 10.10.0.5 и выше…. такая странная, для меня, история.

Замена сетевой карты не помогла, ситуация такая же.