forella
-
Всього повідомлень
137 -
Приєднався
-
Останній візит
-
Дней в лидерах
2
Тип контенту
Профили
Форум
Календарь
Все, що було написано forella
-
ткните плиз где можно про это почитать, а то столько вопросов возникает. из банального: какую подсеть выдаете абону? dhcp там же где и маршрутизатор или релеется отдельно?
-
А как вы абонентов идентифицирует с этим vpu? Например роутер нужно сменить. А а если нужно будет с одного сервера раздать больше 4к адресов, как я понимаю вланы закончатся?
-
прошивка Version 10.3.0D Build 99242 решила проблему. Пользуясь случаем еще один вопрос по этой олт. Захотелось в веб морде сменить место онушки на порту: т.е. в конфиге это выглядит так gpon pre-config-template port8 bind-onuid 1-120 ----- gpon bind-onu sn ZTEG:C13D1E99 1 gpon bind-onu sn ZTEG:C6E13646 2 вот нужно к примеру поменять 2 ону на 121 место регаются они попорядку, хочется ей присвоить место за автоматически применяемом темплейтом, как это сделать в cli не нашел(может ктото подкинет команду?), через веб морду вроде нашел но какая-то странная ошибка "Serial Numb
-
Та не скажите, больше 10 лет все на длинках с 82 опцией работает, как бы их не хаяли, но свои деньги отрабатывают на 200%. Куда лучше нежели по "кабинетам" шастать при смене роутера или того лучше всякие там ppoe создавать. И абоненту хорошо, шнурки переткнул с одного роутера в другой и все работает, и поддержке хорошо не нужно объяснять в каком шкафу у абонента лежит листик с логином и паролем.
-
Все время живём на 82 опции, переходим на пон хотелось бы эту традицию сохранить, уж больно она жизнь упрощает, что нам, что абонентам.
-
поставил последнюю с НАГа 99242.bin, наблюдаю.... на счет биндинга то запись создается и может продлеваться сутки и более а вот трафик кроме arp не ходит. это хорошо проявляется после выключения света. Думал может какие-то китайские роутеры выделываются, но нет, прпоявляется как на старых тплинках так и на новых ксяоми. И что удивительно помогает просто даже ресетнуть роутер на заводские при этом мак у роутера остается тот же. на Build 82879 у вас решилась проблема заменой c ip verify source на ip arp inspection vlan? пока не хочется понижать прошивку, т.к. было дело что при понижени
-
увы так еще хуже, почти у всех трафик потерялся, вот такая картина наблюдается, с вечным поиском шлюза и изредка проскакивающим трафиком. 11:10:55.403751 ARP, Request who-has 172.17.9.1 tell 172.17.9.11, length 46 11:10:55.403763 ARP, Reply 172.17.9.1 is-at 3c:fd:fe:ab:c6:00, length 28 11:10:55.636914 ARP, Request who-has 172.17.9.11 tell 172.17.9.1, length 28 11:10:56.403997 ARP, Request who-has 172.17.9.1 tell 172.17.9.11, length 46 11:10:56.404009 ARP, Reply 172.17.9.1 is-at 3c:fd:fe:ab:c6:00, length 28 11:10:57.428001 ARP, Request who-has 172.17.9.1 tell 172.17.9.11, length 46 1
-
сервер для трансляции с iptv в аналог через RCA
тема ответил в forella пользователя forella в IPTV КТВ Кабельне телебачення
звучит сложно)) я думаю вариант запуска руками будет попроще) пока понравилась идея с медиаплеером mag, будем пробовать. -
проблема очень схожа с этой: https://forum.nag.ru/index.php?/topic/160112-bdcom-gp3600-16b-dhcp-snoop-ipsg-dai/ ону 300+, за каждой ону 1 мак. выдаем ip по option82. из глобального: ip dhcp-relay snooping ip dhcp-relay snooping vlan 1701-1716,2201 ip verify source vlan 1701-1716 ip dhcp-relay snooping rapid-refresh-bind ip dhcp-relay snooping information option format fixed-type ip dhcp-relay snooping information format ascii interface TGigaEthernet0/1 switchport trunk vlan-allowed 321,1601,1700-1716,2201 switchport trunk vlan-untagged none switchport mode dot1q-tunnel-uplink d
-
сервер для трансляции с iptv в аналог через RCA
тема ответил в forella пользователя forella в IPTV КТВ Кабельне телебачення
пока в наличии amiko, GI и AB тюнера, везде спрятано iptv далеко в меню и на автоматический запуск никак не поставить, как к к примеру со спутниковыми каналами, что последнее смотрел то и включается. на этом U2C S+ Maxi есть возможность автоматического запуска приложения с iptv? а какие модели amiko умеют автоматически при старте воспроизводить iptv? модели к примеру AMIKO HD 8260+ и 8265+ воспроизводим через меню-приложения-webTV -
проблема собвственно вот в чем: сейчас все больше каналов дают трансляцию по iptv, пускаем трансляцию iptv с обычного тюнера типо AMIKO через rca в аналоговые модуляторы, но проблема в том что если тюнер вкл\выкл трансляцию нужно запускать вручную потом через приложение на тюнере. (вариант поставить ups на эти тюнера не вариант=) Подскажите ктото готовое решение с iptv в аналог(по rca) либо может можно свой сервер собрать. т.е. такое решение которое после перезагрузки автоматически запустит каналы. знаю есть возможность собрать сервер к примеру чтоб взять каналы со спутника и пустить
-
Куплю усилители для кабельного тв с дистанционным питанием Видикон, betatvcom или их аналоги.
-
Нужны контакты кто занимается ремонтом ктв оборудования, восновном это усилители Видикон и Betatvcom с дистанционным питанием.
-
up
-
Куплю dlink des 3200-18 со всеми живыми портами.
-
Куплю б.у. перестраиваемые однополосные модуляторы Betatvcom TVM-410.
-
а зачем гигабитные для офиса? на компы и соток должно хватить. бюджетный вариант чтото типа des-3200-28, компы сотками и аплинк гиговый, если оч нада где-то то гиг то остается 3 гигабитных порта еще свободных. если нужно больше портов в одном месте то des-3200-52. Гигабитные свичи с 8+ портами это полюбому вентилятор в нем будет, сдохнет вентилятор потом будете бегать искать чем бы заменить. если из гиговых стоят dgs-1210-52me в ящиках на солнце в +40 уже 3 год выживают.
-
тут вопрос не в сложности поднять вланы на дхсп, а вопрос в том зачем они там нужны? прикрепил 2 схемы, красным это класическая схема all in one, но допустим ситуация один из серверов потух, сколько время восстановления? их может быть и больше серверов все зависит от нагрузки. вторая схема где dhcp сервер отдельно + зеркально такой же запасной, шнурки переставил и дальше работаешь. если поднимать на dhcp сервере еще и клиентские вланы, зачем они там нужны если смысловой нагрузки они не несут, а бродкаст как минимум будет с них лететь, если 2-3 подсети ничего, а если их 100, 1000? Роль dhc
-
оно релеит юникастом если дать ip на l3 интерфейсе на бдком с этим можно смириться, но остается в клиентском влане броадкаст до поулчения ip, просто прийдется на шлюзе его дропать, почему он не пропадает после включения релея и назначения helper непонятно. клиент в двух vlan одновременно запрашивает ip при включении, а перезапрашивает потом уже как нужно у helper.
-
l2 не вариант, на dhcp клиентские вланы не нужны, они и так будут на шлюзе, еще и кашу городить на dhcp. остановился пока на варианте l3 на olt, пока только непонятна ситуация как olt себя поведет при нагрузке.
-
Не совсем понятно зачем? Релеит бдком, на дхсп сервер, зачем ещё и на шлюзе это делать? Тут проблема что на шлюз запросы броадкастом прилетают, хотя релей должен их заворачивать юникастом на хелпер адрес. От адреса в vlan1701 на dhcp сервере удалось избавиться добавив маршрут типа ip a add 172.17.1.0/24 dev vlan2201 Осталась одна проблема с броадкастовыми запросами во vlan1701
-
А зря, уже больше 10 лет работает, довольно таки не плохо 😉
-
это справедливо когда и dhcp сервер и шлюз на ордном серевере. но в схеме физически 2 сервера, один dhcp второй шлюз с nat и т.п. если поднимать на обоих серверах клиентский влан, ему нужно дать ip, итого -2 ip. броакастом полетят запросы на оба сервера, зачем? на то релей и придуман с ip helper чтоб завернуть запрос юникастом и отправить куда нужно. клиент дал запрос - завернули юникастом на dhcp сервер - оттдали ip - все, дальше пускай работает со шлюзом. по конфигам c ip helper мне будет достаточно поднять dhcp сервер на одном влан. а если у меня будет 1000 подсетей маленьких
-
короче получилось заставить работать. но очень по кривому, схему прикрепил как работает. вобщем первый пакет прилетает броадкастом и на 172.17.1.1 и на 172.16.22.1. пришлось поднимать на dhcp server 172.17.1.2 чтоб ответить на первый пакет, следующие пакеты(перезапросы) уже идут туда куда ip helper назначен т.е. на 172.16.22.1. может есть у кого-то мысли как убрать с этой схемы все ip подсети 172.17.1.1\24 кроме собственно 172.17.1.1. посоветовали поднимать dhcp сервер на шлюзе в каждом влане да и все, но так не получится, шлюз это оттдельный физический сервер а dhcp это другой, в оттдель
-
та я думаю врядли проблема будет с ону, т.к. 2 разных производителя и так взял на тест. получается что нужно брать только бдком'овские ону чтоб работало как нужно. может ктото поделится куском конфига где работает ip helper, т.к. думаю что гдето промлема там. вот с таким куском конфига (vlan1701 - ону(абонент), vlan2201 - dhcp сервер) interface VLAN1701 ip address 172.17.1.254 255.255.255.0 no ip directed-broadcast ip helper-address 172.16.22.1 ! interface VLAN2201 ip address 172.16.22.11 255.255.255.0 no ip directed-broadcast ip helper-address 172.16.22.1
