dimka890

С самим конфигом в принципе все понятно. На счет USE_SOCKETS я как бы тоже читал что в 4.1 уже по дефолту включено. Не могу понять почему всех записей в логе по 2 шт?

про USE_SOCKETS догадывался, но не догнал до конца. как это сделать на фряхе я хз, опыта работы с ней часа 3... Кто-то подскажет?

установка cd usr/ports/net/isc-dhcp41-server make config install clean При установке х напротив DHCP_PARANOIA Enable

кстати срабатывает и с class "sw170-6" { match if binary-to-ascii(16, 8, ":", suffix(option agent.remote-id, 5)) = "17:9a:bb:77:c7" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "6"; } Но в логах все тоже что в последний раз. кстати непонятно почему все запросы по 2 шт?

Вобщем немного подправил конфиг, есть реакция, но странная.. Конфиг свича не трогал Конфиг dhcp.conf тоже Подправил только sw-170.conf. Итак при class "sw170-1" { match if suffix(option agent.remote-id, 6)="00:17:9A:BB:77:C7" and suffix(option agent.circuit-id, 1)=1; } dhcpd.log Sep 15 06:17:12 router dhcpd: DHCPDISCOVER from e8:11:32:c6:9c:d7 via em1: network test: no free leases Sep 15 06:17:12 router dhcpd: DHCPDISCOVER from e8:11:32:c6:9c:d7 via em1: network test: no free leases Sep 15 06:17:12 router dhcpd: DHCPDISCOVER from e8:11:32:c6:9c:d7 via 10.0.0.250: network test: no free leases Sep 15 06:17:12 router dhcpd: DHCPDISCOVER from e8:11:32:c6:9c:d7 via 10.0.0.250: network test: no free leases При class "sw170-2" { match if suffix(option agent.remote-id,6)="00-17-9A-BB-77-C7" and suffix(option agent.circuit-id,1)="2"; } В логах тоже самое при class "sw170-3" { match if suffix(option agent.remote-id,6)=00-17-9A-BB-77-C7 and suffix(option agent.circuit-id, 1)=3; } Ничего не меняется Ну и самое интересное при class "sw170-4" { match if suffix(option agent.remote-id,6)=00:17:9A:BB:77:C7 and suffix(option agent.circuit-id, 1)=4; } в dhcp.log сыпется циклически Sep 15 06:23:11 router dhcpd: DHCPDISCOVER from e8:11:32:c6:9c:d7 via 10.0.0.250 Sep 15 06:23:11 router dhcpd: DHCPDISCOVER from e8:11:32:c6:9c:d7 via 10.0.0.250 Sep 15 06:23:11 router dhcpd: DHCPOFFER on 10.0.0.104 to e8:11:32:c6:9c:d7 (Hostname Unsuitable for Printing) via 10.0.0.250 Sep 15 06:23:11 router dhcpd: DHCPOFFER on 10.0.0.104 to e8:11:32:c6:9c:d7 (Hostname Unsuitable for Printing) via 10.0.0.250 Sep 15 06:23:11 router dhcpd: DHCPREQUEST for 10.0.0.104 (10.0.0.1) from e8:11:32:c6:9c:d7 via em1: lease 10.0.0.104 unavailable Sep 15 06:23:11 router dhcpd: DHCPREQUEST for 10.0.0.104 (10.0.0.1) from e8:11:32:c6:9c:d7 via em1: lease 10.0.0.104 unavailable Sep 15 06:23:11 router dhcpd: DHCPNAK on 10.0.0.104 to e8:11:32:c6:9c:d7 via em1 Sep 15 06:23:11 router dhcpd: DHCPNAK on 10.0.0.104 to e8:11:32:c6:9c:d7 via em1 Sep 15 06:23:11 router dhcpd: Lease IP 10.0.0.104 MAC e8:11:32:c6:9c:d7 port 4 VLAN 1 Sep 15 06:23:11 router dhcpd: Lease IP 10.0.0.104 MAC e8:11:32:c6:9c:d7 port 4 VLAN 1 Sep 15 06:23:11 router dhcpd: DHCPREQUEST for 10.0.0.104 (10.0.0.1) from e8:11:32:c6:9c:d7 (Hostname Unsuitable for Printing) via 10.0.0.250 Sep 15 06:23:11 router dhcpd: DHCPREQUEST for 10.0.0.104 (10.0.0.1) from e8:11:32:c6:9c:d7 (Hostname Unsuitable for Printing) via 10.0.0.250 Sep 15 06:23:11 router dhcpd: DHCPACK on 10.0.0.104 to e8:11:32:c6:9c:d7 (Hostname Unsuitable for Printing) via 10.0.0.250 Sep 15 06:23:11 router dhcpd: DHCPACK on 10.0.0.104 to e8:11:32:c6:9c:d7 (Hostname Unsuitable for Printing) via 10.0.0.250 Sep 15 06:23:11 router dhcpd: DHCPDISCOVER from e8:11:32:c6:9c:d7 via em1: network test: no free leases Sep 15 06:23:11 router dhcpd: DHCPDISCOVER from e8:11:32:c6:9c:d7 via em1: network test: no free leases Причем лог может разнести до нереальных размеров буквально за 5 минут

А есть ещё рельсы и кармашки для них? взял бы комплект 1 кармашек и 1 рельса. просто корпус у меня очень похожий но не факт что подойдет (если есть белого цвета то вообще чудесно было бы)

Да вот тут до меня дошло только с подсветкой синтаксиса что конфиги я частично копипастил и RemoteID там от другого коммутатора В общем для коммутатора с RemoteID 11-22-33-44-55-66 класс будет примерно такой? class "sw170-1" { match if binary-to-ascii(16, 8, "-", suffix(option agent.remote-id, 5)) = "22-33-44-55-66" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "1"; или такой? class "sw170-1" { match if binary-to-ascii(16, 8, "-", suffix(option agent.remote-id, 6)) = "11-22-33-44-55-66" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "1"; Немогу понять зачем автор исходного конфига отбрасывает "11-"? И сейчас догнал что конфиг для "нескольких свичей". Тоесть проверяется не только принадлежность DHCP запроса к порту, но и принадлежность к рилею?

Вобщем заморочился с настрйкой сабжевого DHCP Схема такая Интернет ---> (em0 - 192.168.1.2/24 SERVER em1 - 10.0.0.1) --> D-link DES-3526 (IP 10.0.0.250) --> Ноут dhcpd.conf: option domain-name-servers 8.8.8.8; lease-file-name "/var/log/dhcpd.leases"; log-facility local7; default-lease-time 600; max-lease-time 1200; ddns-update-style none; local-address 10.0.0.1; include "/usr/local/etc/dhcp/sw-170.conf"; if exists agent.circuit-id { log(info, concat("Lease"," IP ",binary-to-ascii(10, 8,".",leased-address), " MAC ",binary-to-ascii(16,8,":",substring(hardware,1, 6)), " port ",binary-to-ascii(10,16, "",substring(option agent.circuit-id, 4, 2)), " VLAN ",binary-to-ascii(10, 16,"",substring(option agent.circuit-id, 2, 2)) ) ); } shared-network test { subnet 192.168.2.0 netmask 255.255.255.0 { deny unknown-clients; } subnet 10.0.0.0 netmask 255.255.255.0 { option broadcast-address 10.0.0.255; option domain-name-servers 8.8.8.8; option routers 10.0.0.1; option subnet-mask 255.255.255.0; pool { range 10.0.0.101; allow members of "sw170-1";} pool { range 10.0.0.102; allow members of "sw170-2";} pool { range 10.0.0.103; allow members of "sw170-3";} pool { range 10.0.0.104; allow members of "sw170-4";} pool { range 10.0.0.105; allow members of "sw170-5";} pool { range 10.0.0.106; allow members of "sw170-6";} pool { range 10.0.0.107; allow members of "sw170-7";} pool { range 10.0.0.108; allow members of "sw170-8";} pool { range 10.0.0.109; allow members of "sw170-9";} pool { range 10.0.0.110; allow members of "sw170-10";} pool { range 10.0.0.111; allow members of "sw170-11";} pool { range 10.0.0.112; allow members of "sw170-12";} pool { range 10.0.0.113; allow members of "sw170-13";} pool { range 10.0.0.114; allow members of "sw170-14";} pool { range 10.0.0.115; allow members of "sw170-15";} pool { range 10.0.0.116; allow members of "sw170-16";} pool { range 10.0.0.117; allow members of "sw170-17";} pool { range 10.0.0.118; allow members of "sw170-18";} pool { range 10.0.0.119; allow members of "sw170-19";} pool { range 10.0.0.120; allow members of "sw170-20";} pool { range 10.0.0.121; allow members of "sw170-21";} pool { range 10.0.0.122; allow members of "sw170-22";} pool { range 10.0.0.123; allow members of "sw170-23";} pool { range 10.0.0.124; allow members of "sw170-24";} sw-170.conf: #Device Type : DES-1210-28 Fast Ethernet Switch #MAC Address : 1C-AF-F7-C9-31-59 #IP Address : 192.168.2.170 (Manual) #VLAN Name : #Subnet Mask : 255.255.255.0 #Default Gateway : 192.168.2.1 #Boot PROM Version : 1.00.002 #Firmware Version : 5.10.B012 #Hardware Version : A1 #System Name :sw-170 class "sw170-1" { match if binary-to-ascii(16, 8, "-", suffix(option agent.remote-id, 5)) = "af:f7:c9:31:59" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "1"; } class "sw170-2" { match if binary-to-ascii(16, 8, "-", suffix(option agent.remote-id, 5)) = "af:f7:c9:31:59" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "2"; } class "sw170-3" { match if binary-to-ascii(16, 8, ":", suffix(option agent.remote-id, 5)) = "af:f7:c9:31:59" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "3"; } class "sw170-4" { match if binary-to-ascii(16, 8, ":", suffix(option agent.remote-id, 5)) = "af:f7:c9:31:59" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "4"; } class "sw170-5" { match if binary-to-ascii(16, 8, ":", suffix(option agent.remote-id, 5)) = "af:f7:c9:31:59" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "5"; } class "sw170-6" { match if binary-to-ascii(16, 8, ":", suffix(option agent.remote-id, 5)) = "af:f7:c9:31:59" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "6"; } class "sw170-7" { match if binary-to-ascii(16, 8, ":", suffix(option agent.remote-id, 5)) = "af:f7:c9:31:59" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "7"; } class "sw170-8" { match if binary-to-ascii(16, 8, ":", suffix(option agent.remote-id, 5)) = "af:f7:c9:31:59" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "8"; } class "sw170-9" { match if binary-to-ascii(16, 8, ":", suffix(option agent.remote-id, 5)) = "af:f7:c9:31:59" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "9"; } class "sw170-10" { match if binary-to-ascii(16, 8, ":", suffix(option agent.remote-id, 5)) = "af:f7:c9:31:59" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "10"; } class "sw170-11" { match if binary-to-ascii(16, 8, ":", suffix(option agent.remote-id, 5)) = "af:f7:c9:31:59" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "11"; } class "sw170-12" { match if binary-to-ascii(16, 8, ":", suffix(option agent.remote-id, 5)) = "af:f7:c9:31:59" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "12"; } class "sw170-13" { match if binary-to-ascii(16, 8, ":", suffix(option agent.remote-id, 5)) = "af:f7:c9:31:59" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "13"; } class "sw170-14" { match if binary-to-ascii(16, 8, ":", suffix(option agent.remote-id, 5)) = "af:f7:c9:31:59" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "14"; } class "sw170-15" { match if binary-to-ascii(16, 8, ":", suffix(option agent.remote-id, 5)) = "af:f7:c9:31:59" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "15"; } class "sw170-16" { match if binary-to-ascii(16, 8, ":", suffix(option agent.remote-id, 5)) = "af:f7:c9:31:59" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "16"; } class "sw170-17" { match if binary-to-ascii(16, 8, ":", suffix(option agent.remote-id, 5)) = "af:f7:c9:31:59" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "17"; } class "sw170-18" { match if binary-to-ascii(16, 8, ":", suffix(option agent.remote-id, 5)) = "af:f7:c9:31:59" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "18"; } class "sw170-19" { match if binary-to-ascii(16, 8, ":", suffix(option agent.remote-id, 5)) = "af:f7:c9:31:59" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "19"; } class "sw170-20" { match if binary-to-ascii(16, 8, ":", suffix(option agent.remote-id, 5)) = "af:f7:c9:31:59" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "20"; } class "sw170-21" { match if binary-to-ascii(16, 8, ":", suffix(option agent.remote-id, 5)) = "af:f7:c9:31:59" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "21"; } class "sw170-22" { match if binary-to-ascii(16, 8, ":", suffix(option agent.remote-id, 5)) = "af:f7:c9:31:59" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "22"; } class "sw170-23" { match if binary-to-ascii(16, 8, ":", suffix(option agent.remote-id, 5)) = "af:f7:c9:31:59" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "23"; } class "sw170-24" { match if binary-to-ascii(16, 8, ":", suffix(option agent.remote-id, 5)) = "af:f7:c9:31:59" and binary-to-ascii(10, 8, "", suffix(option agent.circuit-id, 1)) = "24"; } Конфиг свича: DES-3526:# show dhcp_relay Command: show dhcp_relay DHCP/BOOTP Relay Status : Enabled DHCP/BOOTP Hops Count Limit : 16 DHCP/BOOTP Relay Time Threshold : 0 DHCP Relay Agent Information Option 82 State : Enabled DHCP Relay Agent Information Option 82 Check : Disabled DHCP Relay Agent Information Option 82 Policy : Keep DHCP Relay Agent Information Option 82 ID : 1C-AF-F7-C9-31-59 Interface Server 1 Server 2 Server 3 Server 4 --------- --------------- --------------- --------------- --------------- System 10.0.0.1[color=#4B5C77][font=tahoma, sans-serif][size=3][background=rgb(250, 250, 250)] [/background][/size][/font][/color] В итоге ноут воткнутый в любой из портов пытается получить настройки, но в лог dhcpd.log сыпет DHCPDISCOVER from 00:17:31:db:cf:a2 via em1: network test: no free leases DHCPDISCOVER from 00:17:31:db:cf:a2 via 10.0.0.250: network test: no free leases Так несколько записей подряд, после чего попытки получить адрес прекращаются Где косяк?

Если искать на плате то с большой долей вероятности PHY это микрухи одним концом подключенные к трансформаторам, а другим к процу, можно по плате посмотреть

А что можете посоветовать из аппаратов до 2к зелени? Пусть будет крайне медленный, но автомат

Подскажите по данному аппарату, насколько он надежен, насколько хорошо выполняет сварки. Нуждаемся в очень бюджетном аппарате на малое кол-во сварок (30-40 в месяц пока что потолок). В общем что можете сказать о нем в целом? З.Ы. только прошу не давать советы типа "нафига вам на такое кол-во сварок свой аппарат", заранее отвечу - так надо!

Нашел бы то что хотел в гугле, здесь бы вопросов не задавал, но УВЫ, пока не вижу ответов там на свои вопросы. Такое чувство что все родились сразу со знанием матчасти, ну кроме меня конечно же

Имеется в наличии 3 шт DES-3526, сервер на котором можно играться с софтом (сейчас там стоит Freebsd 8.2 и nodeny установленный по одному из видео) Просто для меня это все ново и хотелось бы понять куда копать. Статью про opt82 немного попытался осилить, понял что приходит от свича, но не до конца догнал как этот isc dhcp конфигурировать. К примеру соберу все как тут http://xgu.ru/wiki/%D0%A4%D0%B0%D0%B9%D0%BB:Dhcp_82.jpeg на DHCP сервере стоит биллинг. что мне делать дальше? В конфиге для каждого коммутатор каждого порта прописывать свой класс или как? И ещё насколько я понял DHCP сервер будет выписывать в какой-то лог с грубо говоря номер порта и МАС коммутатора, после чего биллинг должен распарсить этот лог и запомнить про пользователя на том порту и его ИП? Тоесть биллинг работает по сути помнит что IP к примеру 192.168.1.10 находиться на порту коммутатора №15 с MAC 00:11:22:33:44:55:66:77, и при попытке попасть в интернеты он сверяет текущее положение дел с записанным, если совпадает - этот ИП пропускаем, если нет - блокируем. если ИП меняется - DHCP сервер сообщает об этом биллингу. Я прав?

nightfly, я вот честно не понимаю Вас, я обидел Вас чем-то или что я не так сделал? с моей точки зрения - задал вполне конкретный вопрос разработчику продукта,если вы хотите за ответы деньги - так и напишите, если Вам неприятно со мной общаться по каким-либо причинам, я бы хотел узнать их, если я Вас чем-то обидел я готов извинится. Просто если бы я знала как устроен Ваш биллинг, я бы тут вопросов не задавал, но у меня есть вполне конкретная задача, которую хотелось бы воплотить в жизнь с помощью именно Вашего продукта, но к сожалению, поскольку отсутствует документация на некоторые функции я здесь поинтересовался что и к чему. Не понимаю такой реакции в мою сторону. Если можно объясните где я неправ.

с жеком лучше вообще не говорить, смотря где вы строитесь, в киеве сразу в КЖСЕ идите К сожалению по форуму очень все сильно размазано и очень много неактуальной информации вводящей в заблуждение. было бы неплохо если бы знающий человек написал как все должно быть по букве закона, а остальные прошедшие сей АД прокомментировали как это было Такого типа минифака составить по состоянию дел на 2012 год

ну не совсем так, чтобы отказали. дело в том, что все очень индивидуально получается, зоопарк оборудования разный, топология разная. подстроить под вашу сеть будет стоить денег + вас же нужно научить как с этим работать, возможно перестроить девайсы. ну как это не послали вот единственный ответ на мой вопрос Я же может и не против заплатить денег, но мне нужно посмотреть как оно работает, разобраться, запустить хоть 10 абонентов, если мне будет удобно работать, все понравиться, но будет нужно что-то допилить естественно уже нужно договариваться с авторами под допиливание. А тут даже попробовать не успел, даже не то что бы попробовать, а хотя бы посмотреть как оно работает, а уже денег хотят. как говорится "ооо, с таким настроением ты слона не продашь" Ссори за оффтопик nightfly Я понимаю что свич должен отдать agentid и circuitid, но как они попадают в биллинг? Точнее даже не то что бы как они попадают, а нужно ли допиливание биллинга/DHCP сервера для этого или нет? Блин запустить бы эту фичу хотя бы на том же дес-3526, дальше уже проще было бы... вплоть до заплатить денег за допиливание

А Вася у Вас только в 1 порту живет ? А если он еще где-то в пределах Вашей сети захочет со своим оборудованием включиться ? Блин пол часа писал ответ и в итоге случайно закрыл страницу. В кратце - пофигу откуда пришел вася, из какой сети и в какую сеть. Для биллинга важно знать что на порту №10 коммутатора №20 такой то тариф и есть/нету денег. Что там уже дальше будет включено - не важно. А вот при привязке IP-MAC если вася прийдет из другой сети, то нужно будет звонить в саппорт и просить сменить МАС (а в 90% случаев проще абону 10 раз со свой стороны сменить МАС, чем обьяснить как его посмотреть на старом устройстве и прописать в новом Nightfly Не могли бы пояснить как запустить эту опцию 82 в биллинге? (допустим установлен он УБинсталлером и больше я ничего не трогал) Я насколько понял (Например): 1) Добавляем город, улицу, дом (тут вроде бы все понятно) 2) Создаем новую сеть: Начальный IP - 192.168.1.0, Последний - 192.168.1.254, Тип сети - DHCP opt82, Сеть/CIDR - 192.168.1.0/24 3) Добавляем услугу: Сеть услуги - 192.168.1.0/24, Имя - произвольное (например Internet) 4) Создаем тариф, добавляем для него скорость 5) Создаем класс трафика (что это? достаточно только Интернет?) 6) Сервера доступа NAS что тут делать? я так понимаю это если сервер доступа внешний(отдельно от биллинга)? 7) Заходим в оборудование - добавляем модель свича (например D-link DES-3526) 8) Там же в оборудовании добавляем его как свич в наличии, прописываем его IP и SNMP комьюнити Далее создаем пользователя 1) Нажимаем создать пользователя 2) выбираем его физическое местоположение 3) Сервис - выбираем наш сервис под иминем Internet (у которого тип сети DHCP opt82) 4) Запоминаем логин и пароль и регистрируем пользователя 5) Выбираем тариф пользователю Что делать дальше? Идти и подключать пользователя физически и при подключении он получит ИП, первый раз авторизируется в своем личном кабинете и дальше будет все хорошо? или как? обьясните З.Ы. на форуме nodeny культурно послали нах, очень очень и очень тонко намекнули - нужны ответы - плати деньги З.Ы.Ы. Готов тестить вашу DHCP 82 в реальной сети, пока что зоопарк не сильно большой (его вообще пока нет), но похоже что будет. По крайней мере зоопарк внутри 1 вендора

Что-то мне подсказывает что проц не получает ответа от PHY (http://ru.wikipedia.org/wiki/PHY) при записи туда какой-то инфы (точнее я так понял не проходит проверку записанного) скорее всего сдох этот самый PHY

Собственно говоря я описал практически систему регистрации пользователей как у КС Просто чего хочется добиться - что бы пользователь включил комп и получил свои любимые интернеты (без необходимости использовать роутеры, авторизаторы, VPN'ы или PPPoE), казалось бы очевидное решение - IP+MAC, но это тоже ИМХО головняк как для пользователя (нельзя подключить например сейчас комп, потом ноут, а потом ещё хз что, ведь прошли те времена когда комп был чем-то архикрутым и если и был, то только в кол-ве 1 штука в доме) ну и для провайдера - постоянные звонки с просьбой сменить MAC. Вобщем хочется что бы юзверь был привязан именно к порту коммутатора. И весь учет велся на базе порта коммутатора. Тоесть при подключении мы опредилили что Вася - сидит на таком-то порту такого-то коммутатора, и что если Вася не заплатил за интернет то ему ничего не показывать, а если заплатил, то показывать. З.Ы. не дабы обидеть, как альтернативу рассматривал NoDeny, попалась такая статейка http://www.ukrindex.com/article/dhcp_option82 Но блин что-то мне хочется именно stargazer и именно Ubilling Уж больно мне блюющая лошадь понравилась З.Ы. на счет саморегистрации я погарячился, извиняюсь - был напуган))

Чето так и не докопался до сути, просветите Чего бы хотелось видеть, и интересно есть ли такая фича в текущих релизах Приходит монтажник к абону, затягивает кабель, втыкает его в комп и при попытке попасть в инет выкидывает на страничку/или страничку входа в личный кабинет видит сообщение мол бла бла бла новый юзер бла бла бла и просит ввести пароль/логин для личного кабинета (не важно сгенерированный заранее или абон по месту придумывает). Вписывем все интересующие поля и жмакаем ок, и в течении некоторого времени (от 0 до пары минут) юзер получает доступ в инет. я как понимаю этот велосипед называется DHCP opt82? есть ли поддержка и как оно работает? на доступ нужны коммутаторы с DHCP opt82? а в ядро(агрегацию) что? просто DHCP relay?

Почему всем не нравится так ибей? там покупать безопастнее чем по месту, все сделки с протекцией. а за срочность переплачивать 400 баксов - имхо слишком

Что скажите по поводу этого коммутатора? кто-то их использовал?

Сколько он VLANов может стерменировать?

А он L3 или L2?

У меня вобщем есть 2 зеркала и на 1-м 3 конвертора, на втором - 1. Можно ли соорудить схему в которой будет 4 тюнера (которые не будут мешать друг другу) и 1 входящий с крыши кабель ?