Baneff

Кеші - це добре, жаль за електрику вони не платять. Але все ж таки, хто з бідних провайдерів гроші вимагає за просто так, га? Поділіться досвідом. Просто рекет якийсь.

Товарищ, ваша позиция не понятна. Вы за русских коммуняк или против? А то непонятно против чего дальше дискутировать. А ведь ещё евреи есть...

А вы, значит, ничего нигде не нарушаете, всё строго по закону, да?

Та у нас тут вроде не Америка, заложить соседа вроде должно быть западло? Кому надо - сами разберутся. А то написать на соседа телегу в ГПУ с целью вселиться в его квартиру - это плохо. А тут что, лучше?

А вот как это так? Потребитель купил у вас доступ к инету к любым без разбору ресурсам. Далее потребитель оплатил доступ к ТВ какому-нибудь там олл.тв, например. Где тут и кто требует с вас денег? Или это вы сами со своего сервера раздаёте их каналы и ничего им за это не платите? Тгда да, будут требовать. Могут даже в суд подать, они такие.

От прямо они требуют денег от провов. У вас вот прямо потребовали? Денег они требуют с конечных потребителей и имеют на это право. Однако, если кто-то их собственность начинает раздавать хоть за деньги хоть бесплатно, но при этом им не отстёгивает, то да, они недовольны и это естественно. Или кто-то начинает распрастранять в сети адрес места, где можно поживиться краденым, то тоже как бы всё понятно.

Так ведь не они одни. И гугл гонит и ютюб и нетфликс и даже тикток, не к ночи будет сказано. Много юристов понадобится однако. И вообще, есть мнение, что всё, что гонится через ваш канал уже оплачено потребителем ваших услуг и второй раз оплачиваться кем либо кто с другой стороны трубы не должно. Не?

Мешает неквалифицированность юзеров. Они ничего настраивать в своём роутере не будут, многие даже пароль на вайфай не в состоянии прописать. То, что лезет через сайты и почту - это понятно, разницы нет, но вот то, что там куча непатченых виндовозов без всяких фаерволов - факт, так что общая обстановка таки будет иметь тенденцию к ухудшению. Да, это не причина отказываться от ipv6, просто надо учитывать.

Предвижу интересную проблемку. Раз юзерским девайсам за его же роутером выдаются белые ipv6 адреса, то все эти девайсы становятся доступны для атак из инета. По версии ipv4+nat там хоть была естественная защита от входящих соединений, а теперь нет - всё открыто, заходи кто хочешь. Ой что будет...

О, теперь понятно, спасибо. То есть, если там у юзера не роутер, а комп простой, то он себе принимает этот "1 айпи для WAN", а выданный префикс просто игнорирует, я так понимаю. Нет, почему сложно? Простой статический роутинг, как в старые добрые времена, как раз всё понятно. Ну если знаешь как оно там. Осталось только надеяться, что китайские программисты, которые софт для юзерских роутеров пишут, весь этот бамбук вкурят правильно и всё будет работать как надо. Ведь там ещё параллельно и ipv4 с NAT-ом должен работать, одновременно два стека уже могут не влезть в их сознание.

Та вы так не волнуйтесь, я ж как раз и интересуюсь деталями потому, что понятия не имею об ipv6 и всё что я выше написал не более чем мои предположения. Я на данный момент вообще не знаю сколько там таблиц и префиксов, думал, что больше, и вот получил ответ от специалиста, спасибо ua.feldsher говоил, что ipv6 бегает шустрее, вот я и интересовался почему? Пока что вижу, что как вы говорите, у ipv6 "мир бл@#ь вообще другой" и маршруты/задержки в этом "бл@#ь мире" совсем не обязательно лучше, чем в старом добром мире ipv4. Как повезёт, от нас не зависит с нашей стороны почти не управляется,

То есть получается, что ipv4 идёт более-менее оптимальной трассой, поскольку поддержка есть у всех маршрутизаторв, а ipv6 идёт "как получится", поскольку не все мршрутизаторы на оптимальной трассе имеют поддержку ipv6. Как-то не вписывается это в "шустрость", не? Вот и получаем дополнительные задержки. И как оно организовано у вас, поделитесь плиз, интересно. В общих чертах. Ну понятно, что дюал стек ибо совсем отказаться от ipv4 пока невозможно. По ipv4 тоже понятно: юзеру выдаётся либо белый IP (кому положено) либо серый с последующим NAT-ом у провайдера (кому белый

Патамушта Нетассист уже очень много лет на рынке, и фирма и владелец имеют серьёзную репутацию. Хотя цену, можно найти и пониже при желании

А по ipv4 можете сюда аналогичный лог закинуть? А то у меня выходит 7мс против ваших 31мс. Это, конечно, ещё ни о чём не говорит, но всё-же интересно сравнить. > mtr --report local.com.ua ........ 6.|-- 104.31.78.44 0.0% 10 7.0 7.0 6.9 7.0 0.0

1. Шустріше - це як? Об'єктивно якщо оцінювати. Швидкість вашим шейпером задається. Пінги скоріші або маршрути коротші? Воно не через ті самі маршрутизатори бігає і не тими самими шляхами? Не ті самі сервери обробляють запити? Незрозуміло звідки шустрість. 2. І що з того? Скарги є? Нема. Якщо юзер знає взагалі що таке біла адреса, а таких дуже мало, то він повинен мати можливість за додаткові гроші придбати білу ipv4, от і все. Або тупо дешевші тарифи пускати через NAT, дорожчі - з білими IP. 3. Незрозуміло. Скарги на спам з вашої мережі? І що, їх менше стане при подвійному стеку? Кі

Поинтересуюсь. А в чём актуальность и вобще таки зачем? Провайдинг - очень консервативный бизнес и лозунг "работает - не трогай" не просто слова. Система ipv4 + nat отлажена годами эксплуатации, всё работает, проблем нет и не предвидится и тут вдруг кому-то ответственному приходит в голову мысля сделать благое дело и перейти на двойной стек ибо других вариантов внедрить ipv6 просто нет. Ведь прогресс не остановить, пора! Начинается всё сначала: отладка новой конфигурации с тестированием на живых юзерах, ловлей багов, прикручиванием костылей, ну всё как выше сказали уже. Юзера кайфуют, что-то

Укуреная, но работает, один раз покурил/настроил и забыл. Или предложите альтернативу по цене менее 40 баксов с хотя бы минимально необходимым на доступ функционалом и хорошей ремонтопригодностью. А иначе это беспредметный разговор, цена рулит.

Мы пробовали посерьёзнее. Правда давно дело было, но нам тогда хватило. Их привычка использовать своих покупателей в качестве тестеров их многочисленных прошивок задолбала. Не работает? А порпробуйте вот эту прошивочку. Всё равно не работает? А вот эту? Заработало, но теперь другое не работает? Вот вам прошивочка. Другое заработало, но опять первое не работает? Не расстраивайтесь, наши индийские программисты специально для вас сделают прошивочку, где всё работает. Через несколько месяцев. Да и ценник у них не гуманный. Не, ну нах такое.

Не, я длинк не покупаю принципиально и очень давно. В своё время отказались из-за кучи проблем.

С таким функционалом и за такие деньги альтернативы микротику RG260GS нет. Ну разве что 8 портовый WEB свичик + медик, но это уже не так интересно. Если найдёте, то дайте знать, самому интересно :). И, кстати, они ремонтируются за одну треть - половину цены нового и после ремонта от нового ничем не отличаются. Ремонтники тут на локале постоянно свои услуги предлагают.

Не, любой в любой точке не поймёт. Тока эуропейский.

Ну умное оно или не умное, но ток заряда всяко больше отдельная зарядка даст и не надо будет ждать зарядки сутки. А то ведь электричество может и более одного раз в течение нескольких часов пропадать и тогда ой! Батарейка разряжена, а оно опять пропало, приплыли. Та кто спорит? Как-то работать будет и так. Мне кажется, что подорожание было бы максимум процентов на 10, но да, заморачиваться китайцы не хотят и не могут, так что "маємо те що маємо".

Не, это не ко мне и не к Микроватту. Вопросами термокомпенсации у нас Димкерс заведует, это к нему :).

Именно так. Выходное напряжение здесь берётся прямо с батареии черз диод Шотки и контакты защитного от переразряда реле. Поэтому выходное напряжение под нагрузкой может колебаться в пределах приблизительно от 10.4В до 13.4В. И защиты от КЗ и перегрузки по выходу тоже нет, есть релейная защита только от переразряда. Напряжение в буфрном режиме можно крутить подстроечником, поэтому перезаряда не будет, защита автоматически. Так и за то спосибо. Есть варианты даже без защиты от переразряда и это очень печально. Экономят релюху и компаратор. Ну очень бюджетный вариант короче.

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