blizz

Всем спасибо за помощь. Проблема решилась установлением директив в sysctl.conf: net.inet.igmp.default_version=2 net.inet.igmp.sendra=0 Так же пустил сервер напрямую в циску и убрал привязку к интерфейсам в udpxy udpxy_flags="-p 4022 -S -l /var/log/udpxy.log -B 2mb -c 100"

udpxy_enable="YES" udpxy_flags="-m 172.16.12.200 -a 91.214.xx.zzz -p 4022 -S -l /var/log/udpxy.log -c 100 -M 30" обязательно попробую, спасибо

Здравствуйте. Понадобилось развернуть костыль, который бы позволил, некоторым пользователям просматривать IPTV. После не долгого гуглинга было найдено 2 решения: 1) http://deineka.net/2011/03/07/nastrojka-freebsd-dlya-multicast-to-unicast-proksi/ как и откуда достать relaying-freebsd увы так и не нашел, возможно в меру своей не внимательности 2) http://notanony.ru/post/19/ этот вариант все таки дал свои плоды, но весьма скудные. Крутится машинка на FreeBSD 9.1-RELEASE-p4. UDpxy установлен и настроен по статье. Все чего удалось добиться, это рандомное открытие одного из 150+ каналов листе.

не тестил но точно не пингуется с самого ежика устройство лежащее в тругом бродкаст домене. дефогтный гейт в конфиге прописан, устройство находится физически "за" эджкором Так потестите ... А то обвиняете железку непойми в чем, а элементарной проверки не провели. ну да, описанная проблемма появляется только у абонов (оборудования), которое находится за еджкором. Значит проблемму нужно икать не в ежике, а на серваке к примеру ? user1 - за чем угодно кроме ежа user2 - за ежиком (транк\аксесс - не имеет значения) user1 запустил пк - арп запись досучалась до сервера - сервер ее принял -

Установили вместо zyxel es2108g, который отлично справлялся со своими задачами пока не дошло до розширения сети. Сейчас же возникает невероятное желание выкинуть в оно этого ежика и поставить на его место что угодно, лишь бы было 4сфп

не тестил но точно не пингуется с самого ежика устройство лежащее в тругом бродкаст домене. дефогтный гейт в конфиге прописан, устройство находится физически "за" эджкором

непрокатило

в том что со стороны сервера нереально достучаться до абонов которые подключены через этот самый эджкор конфиг прилагается !<stackingDB>00</stackingDB> !<stackingMac>01_70-72-cf-16-57-ad_03</stackingMac> ! ! ! ip dhcp relay information option encode no-subtype sntp server 0.0.0.0 0.0.0.0 0.0.0.0 ! ! ! prompt CHER ! ! ! ! ! ! ! ! ! ! snmp-server community public ro snmp-server community private rw ! ! username admin access-level 15 username admin password 7 31a5fc280a8f004c0b3b0c4b0debe316 username guest access-level 0 username guest password 7 084e0343a0486ff055

Agent (Master) Unit ID: 1 Loader Version: 1.0.4.0 Boot ROM Version: 1.2.1.2 Operation Code Version: 1.4.20.12 конф еще не стянул, так как периодически отваливается менеджмент над железкой

алижн тайм дефолт стоит на 300, передвигал на 10 - эфект равен нулю спасибо попробую

конфиг дефолтный + дописано парочка статик вланов полный листинг смогу выложить завтра

Здравствуйте. Совсем недавно достался на сеть сей зверек, а с ним и необычная проблемма. Мак адреса проходящие через данный девайс отрисовывались на сервере, но их обновление не происходило. В стандартном варианте, абонент пользовался услугами пока не пройдет заветных 1200 сек. Дальше же ему приходится "передергивать" карточку что бы обновить свою арп запись на шлюзе. До этого использовал GS-3012 и такой проблеммы с при той же архитектуре не наблюдалось. Если кто сталкивался с похожей проблеммой или знает откуда ростут корни - подскажите куда копать.