pchol Опубликовано 10 октября, 2010 (изменено) · Жалоба Добрый день. Сложилась следующая ситуация... Eсть cisco 6500, терминирует на себе виланы и осуществляет маршрутизацию. До недавнего времени была запущена схема с отдельным сабнетом на каждый вилан (серые адреса), helper address на каждом вилане, всё замечательно работало. Приобрели диапазон белых адресов и решили отдавать их напрямую абонентам с применением ip unnumbered. После этого образовались некоторые чудеса. Некоторые абоненты адрес получают "через раз". Тоесть при включении сетевого подключение оно сообщает что "ограниченно или отсутствует", переподключение и всё начинает нормально работать, а может и не начинает. Совершенно непонятна логика. У кого то работает у кого то нет. Между тем такая проблема замечена только в тех сегментах где используется ip unnumbered. При попытке абонентом получить адрес в логе dhcpd видим следующее. Oct 11 02:23:11 ns dhcpd: DHCPDISCOVER from 00:14:85:5e:73:6e via eth0 Oct 11 02:23:11 ns dhcpd: DHCPOFFER on 100.100.225.225 to 00:14:85:5e:73:6e via eth0 Oct 11 02:23:11 ns dhcpd: DHCPDISCOVER from 00:14:85:5e:73:6e via 100.100.230.1 Oct 11 02:23:11 ns dhcpd: DHCPOFFER on 100.100.225.225 to 00:14:85:5e:73:6e via 100.100.230.1 Oct 11 02:23:11 ns dhcpd: DHCPREQUEST for 100.100.225.225 (100.100.230.1) from 00:14:85:5e:73:6e via eth0 Oct 11 02:23:11 ns dhcpd: DHCPACK on 100.100.225.225 to 00:14:85:5e:73:6e via eth0 Oct 11 02:23:11 ns dhcpd: DHCPREQUEST for 100.100.225.225 (100.100.230.1) from 00:14:85:5e:73:6e via 100.100.225.1 Oct 11 02:23:11 ns dhcpd: DHCPACK on 100.100.225.225 to 00:14:85:5e:73:6e via 100.100.225.1 Oct 11 02:23:15 ns dhcpd: DHCPREQUEST for 100.100.225.225 (100.100.230.1) from 00:14:85:5e:73:6e via eth0 Oct 11 02:23:15 ns dhcpd: DHCPACK on 100.100.225.225 to 00:14:85:5e:73:6e via eth0 Oct 11 02:23:15 ns dhcpd: DHCPREQUEST for 100.100.225.225 (100.100.230.1) from 00:14:85:5e:73:6e via 100.100.225.1 Oct 11 02:23:15 ns dhcpd: DHCPACK on 100.100.225.225 to 00:14:85:5e:73:6e via 100.100.225.1 Oct 11 02:23:22 ns dhcpd: DHCPREQUEST for 100.100.225.225 (100.100.230.1) from 00:14:85:5e:73:6e via eth0 Oct 11 02:23:22 ns dhcpd: DHCPACK on 100.100.225.225 to 00:14:85:5e:73:6e via eth0 Oct 11 02:23:22 ns dhcpd: DHCPREQUEST for 100.100.225.225 (100.100.230.1) from 00:14:85:5e:73:6e via 100.100.225.1 Oct 11 02:23:22 ns dhcpd: DHCPACK on 100.100.225.225 to 00:14:85:5e:73:6e via 100.100.225.1 Oct 11 02:23:37 ns dhcpd: DHCPREQUEST for 100.100.225.225 (100.100.230.1) from 00:14:85:5e:73:6e via eth0 Oct 11 02:23:37 ns dhcpd: DHCPACK on 100.100.225.225 to 00:14:85:5e:73:6e via eth0 Oct 11 02:23:37 ns dhcpd: DHCPREQUEST for 100.100.225.225 (100.100.230.1) from 00:14:85:5e:73:6e via 100.100.225.1 Oct 11 02:23:37 ns dhcpd: DHCPACK on 100.100.225.225 to 00:14:85:5e:73:6e via 100.100.225.1 А на цыске в логе следующее... 1w4d: DHCPD: Received DHCPDISCOVER on UNNUM-IF 1w4d: DHCPD: Forwarding reply on un-numbered intf 1w4d: DHCPD: Unnum: Received DHCPOFFER 1w4d: DHCPD: Server Address = 192.168.90.136 1w4d: DHCPD: Giaddr Address = 100.100.230.1 1w4d: DHCPD: Received DHCPREQUEST on UNNUM-IF 1w4d: DHCPD: No Server Id in Binding for DHCPREQUEST 1w4d: DHCPD: Forwarding reply on un-numbered intf 1w4d: DHCPD: Unnum: Received DHCPACK 1w4d: DHCPD: lease time = 10800 1w4d: DHCPD: Server ID saved in Binding = 192.168.90.136 1w4d: DHCPD: Giaddr Address = 100.100.225.1 1w4d: DHCPD: dhcpd_lookup_route: host = 100.100.225.225 1w4d: DHCPD: dhcpd_lookup_route: index = 136 1w4d: DHCPD: Received DHCPREQUEST on UNNUM-IF 1w4d: DHCPD: No Server Id in Binding for DHCPREQUEST 1w4d: DHCPD: Forwarding reply on un-numbered intf 1w4d: DHCPD: Unnum: Received DHCPACK 1w4d: DHCPD: lease time = 10800 1w4d: DHCPD: Server ID saved in Binding = 192.168.90.136 1w4d: DHCPD: Giaddr Address = 100.100.225.1 1w4d: DHCPD: dhcpd_lookup_route: host = 100.100.225.225 1w4d: DHCPD: dhcpd_lookup_route: index = 136 1w4d: DHCPD: Received DHCPREQUEST on UNNUM-IF 1w4d: DHCPD: No Server Id in Binding for DHCPREQUEST 1w4d: DHCPD: Forwarding reply on un-numbered intf 1w4d: DHCPD: Unnum: Received DHCPACK 1w4d: DHCPD: lease time = 10800 1w4d: DHCPD: Server ID saved in Binding = 192.168.90.136 1w4d: DHCPD: Giaddr Address = 100.100.225.1 1w4d: DHCPD: dhcpd_lookup_route: host = 100.100.225.225 1w4d: DHCPD: dhcpd_lookup_route: index = 136 После этого смотрим ag3#sh ip route dhcp 100.100.225.225 S 100.100.225.225/32 is directly connected, Vlan115 DHCP Server: 192.168.90.136 Lease expires at Oct 11 2010 05:39 AM Вроде бы всё хорошо, однако у абонента подключение отсутствует. на loopback 5 прописано несколько диапазонов /24. Из настроек dhcp на цыске. ip dhcp smart-relay ip dhcp relay information option ip dhcp relay information trust-all Статические маршруты на абонентов также имеются. Пробовал менять значение ip dhcp route static / connected. Безрезультатно. На данный момент установлено static. Так же попытался в настройках dhcpd установить флаг always-broadcast, не помогло. Кто нибудь сталкивался с подобными проблемами ? Если в приведённой конфигурации / логах виден косяк в настройках, подскажите пожалуйста куда глядеть ? Изменено 10 октября, 2010 пользователем pchol Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pchol Опубликовано 11 октября, 2010 · Жалоба no ip dhcp smart-relay И всё начинает ловится без проблем... Интересная ситуация... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Дегтярев Илья Опубликовано 11 октября, 2010 (изменено) · Жалоба Вы подсети с этого лупбека на dhcp сервере в shared-subnet объединили? Изменено 11 октября, 2010 пользователем Дегтярев Илья Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pchol Опубликовано 11 октября, 2010 (изменено) · Жалоба Они в одной shared-network. shared-subnet не создавал. Каждая сеть как отдельный subnet. Изменено 11 октября, 2010 пользователем pchol Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Дегтярев Илья Опубликовано 11 октября, 2010 · Жалоба Опечатался, shared-network конечно. Вобщем странно, у нас ip dhcp smart-relay на 65ой используется, чтоб в случае переполнения пула реальников выдать виртуальный. Но без unnambered. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...