amx

Задача: прокинуть сеть по деревне по столбам или заборам (желательно с тросом). Общая длина 1,5 км. Пионернэт, не для заработка, а развлечения ради. Беспровод не предлагать. Нужно вобщем раскидать магистраль кусками по 100-500 метров, например: 500+200+300+100+400. В зависимости от ценника будем делать либо звезду, либо последовательную. Нигде цен не могу найти. Спасибо.

Кому интересно - был глюк драйвера Intel сетевой карты. При отключении линка очередь на отправку забивалась и почему-то не освобождалась при восстановлении линка на все попытки системы испустить пакет писало sendto: no buffer space avaliable!

Порт заводится даже в гигабите. После ifconfig lan1 down | up. Линксисовский test copper-port tdr g1 говорит g1 cable is good. При этом все может работать даже месяцами до момента отключения питания на свиче. Там бесперебойник слабее и чаще перепады. Свич перезагружается (а фря -- нет) и происходит такой глюк: Линк с обеих сторон UP, но никакие пакеты не ходят. Симптомы я описал выше - подозрения вызывает лишь скакание link DOWN|UP on FreeBSD. Чем это объяснить - я ума не приложу.

Вопрос такой. Linksys: FreeBSD: Если у свича происходит Cold Startup линк на фре как-бы подымается, но ничо не работает. При этом: И потом как-бы стабильность, link UP, но ничего не работает. В логах linksys только одна запись: :%LINK-I-Up: g1 Помогает ifconfig lan1 down; ifconfig lan1 up; Куда копать?

Два тюнера по-разному не заводятся, хочется услышать может быть пример рабочего железа + софта.

Здравствуйте, есть здание, план этажа примерно такой: * | | | | | |л --- |* | | Длинное крыло = 35 м Средняя часть = 8 м Короткое крыло = 18 м Где звездочки - лестницы, в средней части посередине - лифты (л). Идея поставить три камеры на этаж: - длинное крыло вдали (над выходом на лестницу) - средняя часть слева направо - короткое крыло Задача минимум сводится к более-менее четкому изображению лица потенциального вора на выходе на лестницы или лифт + фиксации движений по коридорам обоих крыльев. Все таинственные проишествия происходят во время с наименьшим трафиком, так что затеряться в толпе нарушитель вряд-ли может. Посоветуйте ip-камеры. Или какие характеристики-минимум нужно соблюсти, я в этом новичек.

80% - да на шлюзе, по клиентам еще пойдем

Приветствую! Проблема появилась недвно (пару дней). Некоторые (штук 10-15) клиенты стали терять мак шлюза. Сеть построена на упр. свичах. с фильтрацией мак/порт (так надо). Никто мак щлюза или ip не берет... Запросы следующего вида по разу в секунду. В таблице маков клиента мака шлюза не обнаруживается. Отключение/включение в сеть помогает. 17:45:54.759000 arp who-has 10.10.6.1 (00:a0:b1:5d:0d:cc) tell 10.10.6.182 17:45:54.759005 arp reply 10.10.6.1 is-at 00:a0:b1:5d:0d:cc Никакой такой вирусни не было?

Может я не правильно понял, но человек хочет урезать ппс на клиента в секунду а не отфильтровать uTP.

Т.е. 1.8 - это как-бы не ланбиллинг уже и не мы его писали, так? :))))

А вы стебались про аккаунт на наге :)

Ой, с бухариками я в свое время тоже пообщался, но даже вспоминать про них не хочется, хотя нет, порадовало один раз, как двое бухариков-монтагеров сдавали друга нарика в ментуру, а поэтому пропустили целый рабочий день! :)

Одно дело когда сетка построена и надо кабеля к абонам тянуть, это да.Другое дело, когда еще надо оптику класть, тогда мне кажется хоть откуда он, лишь бы приезжал и делал. Вот и я пришел к примерно такому выводу. Но думал, мало ли, может где-то есть места рыбные :) Сам по себе неплохой такой хинт.

От чего же?Как раз технический вопрос построения кабельных сетей (нет, без шуток): где взять монтажников? Думаю, тут собрались многие люди, которые если не принимают решения по этому поводу, то некоторым образом в курсе. У нас за 17 тыщ. работали люди чуть ли не из-под Коломны. Страдали жутким раздолбайством, опозданиями, срывом графиков, нытьем о том, как жить плохо, как хочется ЗП побольше (что им было обещано по результатам проекта), были заменены на местных (МО ~25км) на сдельщине и сразу понеслась. Но было это давно, года три назад, так что даже не знаю, 20 тыщ. - это мало или нормально для монтагера? На каких условиях у кого монтагеры работают?

Не путайте аргументы и факты :)

Еще один любитель гадать на кофейной гуще! Аж три вывода: 1. Не советовались с техдиром или ответственными лицами. 2. Я - специалист из "младшего технического звена, который иногда читает/пишет на форумах и считает себя мега крутым спецом". 3. Контора долго не проживет. Уважаемый, Вы не правы по первым двум пунктам точно ;) Я работаю в этой организации в качестве управленца по некоторым объектам со свободным графиком, т.е. функции у меня манагерские, не технические, я не из технического звена! И вынужден констатировать, что не подумать спросить меня о биллинге совсем не ошибка руководства, им это могло не прийти в голову и это их право, еще б уборщицу спросили... А вот выбор биллинга я назвал бы ошибкой. Но работать с биллингом, в отличие от уборщицы, или сажать за него человека мне приходится и он ужасен. Наверное с юрлицами, коих достаточно большой процент, в биллинг надо лазить редко и поэтому это все живет. А вот с физиками - хоть вешайся! Более того, работая в этой конторе на своб. графике мне ничто не мешает работать где-то еще в другом качестве или в нескольких качествах, где я вижу самописный (не мною) биллинг, даже ковыряю оборудование и хоть все это тоже доставляет определенное кол-во проблем, работает лучше, т.е. в сравнении с тем ланбиллингом 1.8: небо и земля. И если этот самописный биллинг - в первую очередь инструмент, то ланбиллинг - головная боль! Конечно допускаю, что наш мегаадмин поставил ланбиллинг криво, но как человек занимавшийся (в прошлом) разработкой софта и веб-морд различного характера могу судить, что дело скорее в продукте, чем в методе его инсталляции. Судя даже по той разнице интерфейсов в разных местах (форм и прочего) разработка ланбиллинга ведется криво, причем криво в т.ч. и структурно, идейно, получать данные оттуда, искать, менять что-то очень неудобно. И новая версия - я ее не видел, если команда разработчиков та же, тоже будет кривая. Это в головах. Не спорю, биллинг писать - занятие непростое. Особенно универсальный. Но не надо нападать на меня, когда я говорю, что вот этот биллинг ужасен, мне есть с чем сравнить, у меня есть право высказывать свое мнение и оно - такое. Можно соглашаться или не соглашаться, можно послать меня, можно не обращать на меня внимание, но не надо говорить из какого я звена, сколько зарабатываю, сколько у меня сообщений и т.п. Это низость, вы падаете. И если мое мнение неаргументированное технически, фактами, а подкрепленное лишь общим впечатлением, то ваше, господа ясновидящие, - ничем. Причем никто из клиентов ланбиллинга, которые оперативнейшим образом подтянулись и проголосовали, вот чудо, не пришли его защищать в эту тему. Видел к слову еще и cti биллинг, работая в еще одной конторе, он произвел на меня лучшее впечатление, правда работать с ним пришлось мало и было это давно. Резюмируя, хотел бы сказать, что все это только мое сугубо личное мнение. Также, мое личное мнение по вопросам аргументации своего видения ланбиллинга такое: многие тратят кучу денег на юзабилити (привет Якоб!), биллинг ничем не хуже, если нет возможности самостоятельно разработать методики, посадить целевые группы, провести тесты, то надо нанимать контору, которая в этом понимает, это стоит денег. Предвидя, что господа из "Сетевых решений" скоро вспомнят все свои логины и пароли, которые голосовали за ланбиллинг, ожидаю волну. Не хотел бы ввязываться в перепалки, поэтому скажу, что моя точка зрения оформлена окончательно и максимально полно. Дальнейшего диалога не гарантирую. До свидания!

Спасибо, буду копать.Мне стыдно признаться, но у нас поменьше чем 6 до этого было :)

После апгрейда системы на 7.2 периодически стала выплывать следующая фича. ipfw: ouch!, skip past end of rules, denying packet ipfw: ouch!, skip past end of rules, denying packet ipfw: ouch!, skip past end of rules, denying packet ipfw: ouch!, skip past end of rules, denying packet ipfw: ouch!, skip past end of rules, denying packet ipfw: ouch!, skip past end of rules, denying packet ipfw: ouch!, skip past end of rules, denying packet Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xd fault code = supervisor read, page not present instruction pointer = 0x20:0xc08ce8f6 stack pointer = 0x28:0xe5b16770 frame pointer = 0x28:0xe5b16aa0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 47 (dummynet) trap number = 12 panic: page fault cpuid = 1 Uptime: 7h6m59s Physical memory: 2034 MB Dumping 205 MB: google по запросу dummynet page fault выдает много чего интересного, но мало решений, из которых до сути проблемы мало кто дошел, а все решения на уровне колдовства с sysctl, без объяснения причин, опять же. Одной из первых вылазит такая статья: http://opennet.ru/base/sys/freebsd_panic_solution.txt.html Что же мне теперь динамически пайпы не менять или клиентов не вносить или не выносить из них? Или делать это раз в неделю с роутером в обнимку? Нет, я уж на крайняк шейпер сменю. Я кстати как раз через сеты меняю, ну так реализовано - проблема есть. Господа на фре 8.0 никто с таким не сталкивался? Самое простое мне сейчас конечно заапгредиться до 8.0. Нагрузки не очень большие: 10-20 Кппс. Или все же проблема в прокладке? :) Ушел копать как у нас там правила меняются, похоже на правду. НО: все равно, у меня будет необходимость удалять клиента из трубы и вносить его в нее.

Кнопочку T потыкай.это пожалуй самый ровный вариант - парси нетфлоу, пока парсилка не сдохнет, и рисуй уже что хочеш Кнопочка Т работает, но дает не тот результат :) 93.186.228.189 => 10.*.*.134 0b 5.49Kb 5.49Kb 93.186.225.69 => 10.*.*.134 12.9Kb 4.30Kb 4.30Kb 93.186.239.135 => 10.*.*.134 12.7Kb 4.24Kb 4.24Kb 93.186.238.112 => 10.*.*.134 0b 3.59Kb 3.59Kb Мне не надо знать, сколько потоков у абонента 134, я хочу знать сколько оно вместе.

О дааа! Какой инструмент кое у кого в руках!

Ну как я понял: Человек, имеющий 1-2 сообщения не авторитет, его даже в собственной конторе не слушают, другое дело 101 сообщение (которое нафлудил пока тут ланбиллинг пиарил), тут уже можно повышение ЗП просить... Ладно, я сообщений настрочу - поговорим ;)

AntonS, с этм трудно поспорить, но у всех разные условия, это тоже нужно учитывать.А в случае с торрентом тут даже не пользователь инициировал этот всплеск, бесит то, что кто-то там что-то написал, а мы тут, понимаешь, теперь тираны, режем видите ли.

Это все терли уже не раз и не два в этой теме. Выставлять спонтанный всплеск за рост не нужно.Обратите внимание на пример с автобусом.

Так они ж еще что-нибудь скоро придумают! Имхо, ненормально это, когда вот так, махнув рукой, кто-то может много чего повалить, надо быть либо ответственнее, либо уже советоваться с теми, кто умеют.

Ну я вообще конечно валяюсь. Как можно журить провайдера за то, что он зарезал uTP, который в конечном итоге на доставке торрентов не сильно сказывается, если есть определенные законодательные акты (ну все в курсе) в сфере провайдинга, противоречащие самой конституции.Наше правовое поле настолько несовершенно, что даже если один ушлый пользователь и добъется своего, кажется, провайдер отделается лишь предписанием каким-нибудь. А ведь еще надо доказать, что имела место быть блокировка определенного вида трафика, умышленная блокировка определенного вида трафика, а не глюк какой-нибудь... Я вот на днях на софт роутере словил отвал вланов без видимых причин и сообщений. Просто все перестало работать, а инет с роутера пингуется, а ппс->0. Как вы думаете, будут ли роспотреб или кто там заниматься приходом к провайдеру, выемкой оборудования, ну или хотя бы застать админа в расплох и принудить показать конфиг роутера - и все это потому что у кого-то там uTP не пашет или им достаточно будет для вынесения решения круглых глаз админа со словами "мы ниче не блокируем" стирающего нужное правило?