<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Системы контроля доступа к сети</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID13/798.html</link>
    <description>Коллеги, доброго времени суток, вот какой вопрос:&lt;br&gt;рассматриваю технологии доступа в глобальную сеть на базе привязки IP-MAC-Port. Наткнулся на связку DHCP + RADIUS(+ Billing) для идентификации абонента и предоставлением ему доступа к сети. Однако, это костыль. Напрашивается идея перенести информацию в БД, этакий DHCP+СУБД. В качестве сетевого оборудования использовать управляемые коммутаторы с использованием option 82. Собственно, вопрос: а есть вообще готовые решения? Как нынче решаются подобные проблемы провайдерами, которые используют привязку по MAC-у? PPPoE и каждый абонент в отдельном VLAN-е не рассматриваются, в силу определенных причин. Буду благодарен за ссылки на соответствующие решения!!&lt;br&gt;&lt;br&gt;</description>

<item>
    <title>Системы контроля доступа к сети (tsolodov)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID13/798.html#2</link>
    <pubDate>Wed, 13 Jun 2012 09:42:41 GMT</pubDate>
    <description>&amp;gt; Коллеги, доброго времени суток, вот какой вопрос: &lt;br&gt;&amp;gt; рассматриваю технологии доступа в глобальную сеть на базе привязки IP-MAC-Port. Наткнулся &lt;br&gt;&amp;gt; на связку DHCP + RADIUS(+ Billing) для идентификации абонента и предоставлением &lt;br&gt;&amp;gt; ему доступа к сети. Однако, это костыль. Напрашивается идея перенести информацию &lt;br&gt;&amp;gt; в БД, этакий DHCP+СУБД. В качестве сетевого оборудования использовать управляемые коммутаторы &lt;br&gt;&amp;gt; с использованием option 82. Собственно, вопрос: а есть вообще готовые решения? &lt;br&gt;&amp;gt; Как нынче решаются подобные проблемы провайдерами, которые используют привязку по MAC-у? &lt;br&gt;&amp;gt; PPPoE и каждый абонент в отдельном VLAN-е не рассматриваются, в силу &lt;br&gt;&amp;gt; определенных причин. Буду благодарен за ссылки на соответствующие решения!!&lt;br&gt;&lt;br&gt;Привет, ребята из комстара внедряют Lan Billing, по заверению разрабов, они могут работать с option82. Т.е. вот вам готовое решение, только как я понял там напильниколм нужно точить долго и упортон, т.к. лан биллинг внедряется уже как 2 года)&lt;br&gt;</description>
</item>

<item>
    <title>Системы контроля доступа к сети (Zalechi)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID13/798.html#1</link>
    <pubDate>Tue, 29 May 2012 09:47:48 GMT</pubDate>
    <description>&amp;gt; Коллеги, доброго времени суток, вот какой вопрос: &lt;br&gt;&amp;gt; рассматриваю технологии доступа в глобальную сеть на базе привязки IP-MAC-Port. Наткнулся &lt;br&gt;&amp;gt; на связку DHCP + RADIUS(+ Billing) для идентификации абонента и предоставлением &lt;br&gt;&amp;gt; ему доступа к сети. Однако, это костыль. Напрашивается идея перенести информацию &lt;br&gt;&amp;gt; в БД, этакий DHCP+СУБД. В качестве сетевого оборудования использовать управляемые коммутаторы &lt;br&gt;&amp;gt; с использованием option 82. Собственно, вопрос: а есть вообще готовые решения? &lt;br&gt;&amp;gt; Как нынче решаются подобные проблемы провайдерами, которые используют привязку по MAC-у? &lt;br&gt;&amp;gt; PPPoE и каждый абонент в отдельном VLAN-е не рассматриваются, в силу &lt;br&gt;&amp;gt; определенных причин. Буду благодарен за ссылки на соответствующие решения!!&lt;br&gt;&lt;br&gt;Всем привет, и если я правильно понял, то есть такое решение:&lt;br&gt;управляемый коммутатор, как правило имеет поддержку аксесс-листов к соотвествующим портам. дело остаётся за малым. все порты в даун, кроме тех, что выделены конкретным клиентам, а аксесс-лист пропускает пакеты только </description>
</item>

</channel>
</rss>
