Distata de 200m cablu de pe o casa pe alta? Help!!!

[flamenco]

Igoras,
как раз нужна была эта информация, пасиба

[flamenco]

сегодня ещё раз, ничего не переделывая, решил проверить, как работает линк. теперь уже в том направлении, в котором до этого были проблемы, прокачка идёт стабильно ~ 80мбит, а в обратном направлении немного скачет.. то 70, то 50, то падает до 25...
не могу выявить никакой закономерности, линк ведет себя странно как-то. если предположить, что одна из пар подглючивает, то каким образом сейчас прием с передачей поменялись местами?
----------
не могут ли какие-то внешние помехи влиять на скорость? кабель неэкранированный...

[Igoras]

то каким образом сейчас прием с передачей поменялись местами?

autosense... пары поменялись местами, тогда на одном свитче, а щас на другом...

[flamenco]

Igoras,
мда.. век живи, век учись
а если обжать кроссом, аутосенса не будет?

[Igoras]

flamenco,
не должно быть, мне пару раз помогало как раз на длинных линках

[FAST-NET]

Am avut si eu o singura data probleme la un link lung, viteza era mika, dupa ce am schimbat vreo 10 conectoare viteza sa normalizat, misepare conectoarele erau levie, makar ka ekranate.

[flamenco]

Igoras,
менял пары.. вроде типпа помогло немного, но 100-а мегабит нету. причем скорость меняется в зависимости от количества потоков.. короче нестабильно всё как-то. надо мож попробовать какие-то свитчи супердальнобойные?
FAST-NET,
care switciuri tu le-ai pus pentru linkul lung?

[FAST-NET]

inexa, 16porturi, am dat cite 200 lei fiecare acum un an, pina la ele au stat niste dlink, dar dupa furtuna a murit cu moarte sfinta

[flamenco]

ниче не могу понять с этим длинным линком...
запускаю тоталкоммандером перекачку файла в любую сторону - скорость ~2000кб/с (~16мбит). ещё и прыгает как-то туда-сюда, то 30мбит, то 5. Запускаю одновременно 3 таких закачки - скорость каждой ~ 3500кб/с (~90мбит). как это объяснить...

[Igoras]

flamenco,
глюк винды? )

кстати помн давно заметил, что если у тебя сетка на 10 мбитах (предположим) и с тебя копируют фильм, то у тебя тормозить будет намного больше, чем если у тебя та же сетка честно работает на 100... хотя казалось бы 10 мбит должно проходить незаметнее... решил что это из-за кэширования копируемых файлов в системный буфер...

[flamenco]

глюк винды?? почему тогда на другой комп в сети копируется по 10 метров/с ? думаю, такая вот странная проблема всё-таки из-за длинного линка...

[flamenco]

нужен совет...
имеется участок сети большой протяженности. на пути где-то свитчей 10-15. естесственно, при отключении хотя бы одного из свитчей, все юзеры, от него зависящие, становятся отрезанными от цивилизации. появилась идея соединить точку А и B вайфаем в качестве резервного линка, но не хотелось бы подключать/отключать его вручную. как быть в данной ситуации? как я понимаю, надо закольцевать при помощи умного свитча с STP. подскажите, плиз, как это сделать, т.к. с подобной аппаратурой знаком слабо...

[Артем]

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

Правда чего-то мне не очень нравится данный способ резервирования, честно говоря.

Из практики юзания стп - самая противная проблема - это зависший свич на сегменте. Они иногда зависают так, что СТП распознает их так, будто бы линка совершенно нету, а он на самом деле есть (хреновый но есть). В таком случае свич размыкает кольцо и по сети начинает идти дичайший шторм.

[flamenco]

Артем,
спасибо за ответ, всё предельно ясно.
насчет зависаний.. плохо конечно, но у меня в сети мыльницы тьфу-тьфу вроде не виснут, а вот отключаются часто, поэтому возник вопрос резервирования.
посоветуй плиз хороший умный свитч с СТП, с наименьшим кол-вом портов.

[Igoras]

flamenco,
у меня в центре сети стоит тплинк 3109, смарт с 9 гигабитными портами (8+1 оптический). Вполне пойдет в точку А. Кстати СТП поднимается на микротике... берется еще сетевуха, объединяются в бридж с той что в локалку, на них включается стп и к этой новой сетевухе подключается вифи Это если надо бюджетное решение (после этого желательно перенести все настройки и правила что были на сетевухе в лан на интерфейс бриджа).

[flamenco]

Igoras,
угу, я тоже подумал об СТП на микротике.. но в таком случае наверное нужен проц мощный, т.к. вся внутрисетевая прокачка пойдет через рутер, так?

после этого желательно перенести все настройки и правила что были на сетевухе в лан на интерфейс бриджа

тут немного не понял... если можно поподробнее)

[Igoras]

Чтобы гонять пакеты с однйо сетевушки на другую много мозгов не надо у меня на ура года 3-4 так назад с этим (вместе с кучей всего остального) справлялся дюрон 850.. причем это был даже не бридж а рутинг, что по идее должно грузить проц немного побольше, и после того, как я его добавил, специально копировал кучу фильмов через рутер и смотрел на загрузку проца на нем. Время копирования выросло секунд на 5 на фильм, загрузка проца была незначительной. А сетевушки были- 2 реалтека 8139 Интелы с поллингом наверное еще меньше грузить будут.

Насчет второго - все просто - везде в настройках где указан интерфейс=ЛАН (ип-адреса, фаерволл фильтр, нат, мангл), необходимо будет указать интерфейс=БРИЖД. На линухе и фрибсд вообще без такого к серверу доступа не получишь, микротик вроде как работает и так. но может как-то криво считать например статистику, потому что пакеты будут приходить не по интерфейсу лан уже, а по интерфейсу бридж в микротик.

[Артем]

ей богу незнаю на сколько добавит стабильности подобная конструкция

[flamenco]

у меня рутинг на 40 мегабитах забивает проц Pentium 800 процентов на 70...
кстатти, к бриджу на микротике можно применить шейпер?

насчет стабильности.. тоже как-то под сомнением у меня. наверное всё-таки лучше разориться на свитч) кстати, в СТП на микротике можно будет задать приоритет кабельному линку?

[Артем]

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

[Артем]

Да кстати, а никто не слышал про технологию... непомню как называется. Суть в следующем. Есть основной Gateway server и побочный. Все рутится через основной ровно до тех пор, пока побочный видит связь до основного. Как только она пропадает - побочный берет себе ip-шку основного и работает шлюзом до тех пор, пока основной опять не поднимется. Это, кстати, очень неплохо могло бы улучшить стабильность.

[Igoras]

это failover load balancing/resilience

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

[flamenco]

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

[Igoras]

Конечно, эти функции заложены в самом протоколе.

У тебя проц забивает не рутинг, а скорее всего шейпинг + нат. Применить можно к бриджу по идее все то же что и к сетевухе простой, для этого я и писал про то, чтобы переместить настройки на бридж.

[flamenco]

тогда стоит попробовать через микротик...
кстати, сколько стоит тот ТПлинк 3109?

ээ.. да, шейпинг+ нат