weekend

Спасибо, разобрался, биллинг запустил, вроде как работает.

значит из за этого не поднимается dhcp ?

на внешний то же 500

igb0 это логакльный интерфейс 185.46.XX.0/23 сеть с реальными айпи igb1 это внешний интерфейс 10.10.10.100/24

Нужен на этом интерфейсе igb0, поменял везде, в alter прописал нужный интерфейс ifconfig_igb0="up" cloned_interfaces="vlan500" ifconfig_vlan500="inet xxx.xxx.xxx.xxx netmask 255.255.254.0 vlan 500 vlandev igb0" ifconfig_igb1="up" vlans_igb1="500" ifconfig_igb1_500="inet 10.10.10.100 netmask 255.255.255.0" defaultrouter="10.10.10.1" gateway_enable="YES" sshd_enable="YES" # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable dumpdev="AUTO" # ====== added by UBinstaller ==== #all needed services mysql_enable="YES" apache24_enable="YES" dhcpd_enable="YES" dhcpd_flags="-q"

Добрый день, помогите, нужно прописать сеть на 500 влане вот конфиг LAN ifconfig_igb0="up" vlans_igb0="500" ifconfig_igb0_500="inet xx.xxx.xxx.xx netmask 255.255.254.0" WAN ifconfig_igb1="up" vlans_igb1="500" ifconfig_igb1_500="inet 10.10.10.100 netmask 255.255.255.0" установил, заново билинг , по видео так сказать. ДХЦП не запускаеться и не видеть новые мак адреса. где что нужно допилить. Думаю, что где то с вланом не правильно указываю или нужно поменять.

на сколько я помню, при установки чистого биллинга, без лишних телодвижений работало

Добрый день, биллинг установил на чистую систему, но не работает обнаружение новых маков, в чем может быть проблема, несколько раз переустанавливал заново биллин и систему, безрезультатно. FreeBSD 9.3 amd 64

проданы, в ближайшее будущее будут еще.

появились еще 11 шт цена 22$ за шт, продаю все 11 шт в одни руки.

Понял, что 4 SW избыточно. Убедили

Сервера уже есть, на самом деле они мне дешевле обошлись, чем тазик на лга 1156, при чем оба вышли как один тазик. Верхние свичи для аплинков, если на прямую в тазик, то на сколько я знаю не получится горячее резервирование. По крайнее мере, не представляю логически, как оно будет работать. ЗТЕ может, но не нужно. На самом деле такие 4 свича уже есть в нашем хозяйстве, по этому нету затрат, на их покупку. Вопрос с электрикой не стоит. Тем более при такой схеме, нам нужно только две сетевые Intel ET 4х портовые по одной на каждый сервер. Это если трафик до 1 гб.

Я писал выше, для резервации, N+1. У вас есть другое предложение, как это можно организовать ?

Накидал схему, уже с имеющим оборудованием, на брасах будет VyOS.

спасибо что направляете в нужное, направление. Если уже буду на серваке поднимать все сервисы, тогда на кой нам 3550 ?

можете пояснить этот момент. Поясню все абоненты на оптике (gepon), у каждого своя онушка. Все Ону с гигабитными портами, конфиг на каждую ону 100 мб, у всех анлимы 100\100. Есть только некоторые абоненты, которым прописаны конфиги с большей шириной канала. На онушки и на биллинге. С реалками проблемы, в основном всех натим, только тем кому нужно, выдаем реалку. Сейчас ведем разговоры, по поводу аренды подсети. Пока еще не дали коммерческое предложение, ждем. По поводу 3550 не понял что вы имели ввиду, на сколько мне известно 3550 держит до 1 гб, БГП без FV. о каких 4-5 гб идет речь.

Мое мнение, что лучше шейпить, так как при полисинге, при превышении лимита, избыточные пакеты отбрасываются, в отличии от шэйпинга.

На насах шейпим

Объясню почему нужна резевация, буквально 2 месяца назад, был момент, админ срочно уехал, был 10к км от места, сервер был в холодном резерве, нужно было просто перелить конфиг, но так как никого не было рядом, пришлось срочно срывать людей с другого города, которые еще пол дня пытались разобрать, в итоге простой в 10 ч, падение репутации при не слабой конкуренции, очень бьет по кошельку. По этому эти 300вт да же 1кв, ничто. По сравнению с тем, что может произойти.

Понял ход вашей мысли, нужно просто держать еще один сервер и свитч в зипе. Играюсь от сейчас, с VyOS, что можете сказать о ней, или стоит присмотреться к другим ? Микротик прошу не предлагать, так как пока на нем, и это решение временное. В принципе стабильно работает, по аптайму смотрю уже как год. Но производительность, мне не нравится, не корректно раскидывает нагрузку по ядрам, из 12 физических, одно ядро постоянно забито на 60-70% остальные в районе 5-10%. Еще те 500-600 абонентов, что планируем подключить, будут под NAT. Думаю тогда лучше организовать вот такую схему прова

не 1000 но 200 шт наберется. Дело в том, что еще планируется подать трафик в другой пгт, там еще + 500-600 абонентов. Вы хотите сказать, что и простым юзерам не нужна стабильность.

Я как раз щупаю VyOs, интересный продукт, на данный момент интересует стабильность по БГП ? pfsense тоже щупал, но так в основном для ознакомления. На данный момент нужно определится с софторутером. Еще момент, нужна будет резервация. провайдер провайдер | | [sW] [sW] / \ / \ (Rосн) (R резрв) \ / \ / [sW] [sW] | | локал.

Спасибо вам за помощь. Надо собирать на juniper mx80 или что то подобное от Cisco, теперь по поводу BSD, и танцами с бубном. Почитав немного, есть мнение, что софторутер, лучше поднимать на linux.

Это щедевр Вы пока лучше ничего не покупайте, книжку почитайте. По поводу IX сморозил не отрицаю, хотел написать одно а написал другое. На данный момент подключен только один магистрал, но хотим подключить второго и балансировать нагрузку и некоторые маршруты пропускать через него, так как у второго прова совсем другой выход в мир и есть некоторые специфические потребности. Книжки стараемся постоянно читать, но все сразу не прочитаешь. По поводу того, что не мучайте абонентов и тд. Стараюсь, абонентов вообще не трогать, а если и есть какие рабочие моменты, абоненты нашу работу не заме

На внешку может и пойдет бгп в дефолте, но IX по любому или в FV или ospf.