Jump to content

Donkey

Пользователи
  • Posts

    46
  • Joined

  • Last visited

About Donkey

  • Rank
    Абитуриент
    Абитуриент

Контакты

  • ICQ
    Array
  1. Так ситуации могут быть разными, и в каком случае будет только видимость, а в каком просто тормоза. Второе чаще. Что своими глазами вижу то и говорю.
  2. Загруженность сети, сервера, промежуточные свичи и возможность протокола TCP передавать группу пакетов, принцип скользящего окна... Справочник есть и у вас, читайте... :)
  3. Только при передаче пакета он не ждет подтверждения о получении, а потому отнимаем время прохождения этого ответа :)
  4. А в чем нестыковочка то?цитата: В том что в одном случае используется обычный протокол передачи данных с подтверждениями, а в другом извращенный способ, который оные запросы не посылает.Так я не понял, вы весь ОР устроили сравнивая разные технологии передачи данных ставя это в пример? Уважаемый, если вас посадить за руль самосвала, но при этом предложить вместо двигателя педали от велосипеда - вы далеко уедите? В сетях же используя протокол TCP/IP, где скорость примерно равна противоположной, вы пингуете отсылая пакет и получая ответный, засекаете время именно движения пакета, на основании которого вы можете посчитать с какой скоростью вы будете получать реальные пакеты. Да при времени прохождения пакета в 20 мс по локальной сети в 100 мбит я получу (точнее посчитал ради принципа) 5 мбит, и это существенная задержка, на прием или передачу при таком протоколе - это не играет роли. (Берется задержка при пинге в стандартные 32 байта, какая задержка будет при 65530 байт будет можете расчитать, но при этом скорость останется такойже). и в чем же логика ваших умозаключений? Может давайте сравним TCP/IP и UDP и будем кричать - "Вот видите вот тут пинг то по другому пишет, а при этом скорость то высокая"... Приплыли...
  5. скажу вам и только вам по секрету: даже при исходящем наземном трафике он в конце концов приходит на передающий спутниковый терминал. спутники знаете ли далековато и высоковато висят и кабеля к ним не тянут (а даже если и дотянут - ситуацию это не изменит - скорость прохождения сигнала не улучшится, 40тыс км - это не хрен собачий). при любом раскладе 36тыс км туди и 36 тыс км обратно - это минимум (если спутник в зените над терминалом) который должен пролететь радиосигнал. т.е. 72000000/300000000=0.240 секунды или 240 миллисекунд. только вот спутники в зените не висят обычно и расстояние до них дальше чем 36тыс км. плюс задержки на прохождение по земле и работу аппаратуры терминала (упаковка в DVB и тп).... а скорость высокая достигается всякими слонаксами и глобаксами и прочим коряченьем TCP/IP. этого коряченья в локалках нет. Спасибо за более точную формулировку ;)
  6. Аяй яй, слова у престарелого умника закончились :)Сочту ваше замечание за невежество и хамство... внятного ответа я так и не услышал... от передатчика до спутника и обратно в приемную антенну клиента Клиент у тебя исходящий до передатчика по воздуху передает? А может у нас все такие богатые, что передают полным дуплексом? С учетом того, что средняя высота спутника над планетой в районе 40 тыс км. 4 мбита средняя скорость скачки, в зависимости от настройки антены на спутник, в зависимости от атмосферных помех, северных сияний и т.д. Протоколы мы тоже в расчет не берем, что когда пакет приходит, он отправляет подтверждение, и что время прохождения этого подтверждения напрямую зависит от исходящего канала. Но конечно это такие мелочи... :))) Сажатель за парты, разговаривать научись хамло...
  7. Ну посчитай, веселый ты наш, какой в Ж. передатчик, когда у тебя канал исходящий по земле...Нафига мне твои 40 тыс. и время прохождения физ сигнала, когда речь идет о цифре, с ее падежками на обычном програмном уровне... 87 тоже с головы взял? :)
  8. Если вы уважаемый сможете отделить скорость от времени, вы получите нобелевскую премию за изобретение машины времени :) А значит время прохождения по исходящему каналу ЖПРС или АДСЛ у тебя равно 0? Судя по твоим 300-м мс у тебя ЖПРС + время прохождения по спутниковому каналу. Это при том что вся эта хрень прется по VPN каналу где падежка еще на Нное время... У спутника время ответа если бы был полный дуплекс явно не более 5 мс если не меньше. А сетка в 100 мбит, да даже при реальной скорости в 60-70 мбит, имеет полный дуплекс в эти 60-70 мбит в обе стороны. Пинг при этом 32 байта а это 3 тыс. раз за 1 мс, а теперь подумайте к чему приведет увеличение пинга 32 байтовым пакетом до 20 мс ответа. На практике увеличение до 20 мс в сетке с 100 мбитами, скорость передачи всего несколько сотен кбайт. Не верите, калькулятор и считайте
  9. Да фто вы говорите... Когда на канале в 100 мбит у меня будет пинг в 20 мс я вместо 100 буду иметь меньше 1 мбита, и мне конечно же это мешать не будет... особенно когда я буду чтото перекачивать... Какая фиг разница часик покачать или 5 минут... плевое дело.Если у провайдера в сетке такие баги ползают и он не хочет это решать, то шел бы такой провайдер...
  10. --- ya.ru ping statistics ---265 packets transmitted, 263 packets received, 0% packet loss round-trip min/avg/max = 40.0/62.6/110.0 ms Поговорите основательно с "моим" директором ))) и? не вижу логики, вы в магазин тащите испорченный телевизор с подробным описанием где и что сломалось?Если это пионерНЕТ, тогда конечно можно только посочувствовать. А если провайдер - накатать бумаженцию и в 10-ти дневный срок они обязанны разобраться и ответить, внимательно читаем договор. А если не то и не то, тогда идем к "директору" и основательно разговариваем. Если Вы уважаемый не умеете отстаивать свою точку зрения - это Ваши личные проблеммы. А хихикать и приводить мне пинг до яндекса не надо. Мне лично по барабану. Я в двигателях машин не разбираюсь, и ради только потому что там все ровно работает а машина не едет, я изучать двигатель не полезу, для этого есть специалисты. Это так, утрираванно.
  11. А зачем вам знать причину проблемы, если вы все равно не сможете ее устранить? А вот когда разберусь с причинами тогда обращусь к техподдержке сети для устранения проблемы. А не слишком ли жирно для них будет? Разжевать да еще им в рот положить...Я понимаю, что это вам нужно, а если выяснится, что эта проблемма самих подерживальщиков, и они о ней знают, просто вам не говорят, дабы решить прямо немедленно не могут. Или это глобально. Ну а здесь вам к сожалению скорее всего помогут мало, так как если это проблеммы оборудования, то установить какое это оборудование вы всеравно не сможете, а с таким успехом можно прийти в поддержку и заставить их прошерстить это оборудование. На программном уровне пробуйте, эксперементируйте. Желательно с разный ПК, сетевых карт... Найдите хороший сниффер, внимательно изучите свое подключение, используемое ПО. Соседа помучайте... А если не чего это не поможет, и поддержка вас отшивает. Я советую вам разорвать с этой компанией договор или очень основательно поговорить с ее директром.
  12. 1. В железках есть фильтр, смотри инструкцию, там не чего сложного нету.2. Дешевая железка для больших сетей - это ПК, а серьезная железка которая пропускает 100 мбит, а не 20-30 - это уже от 1000$ Если 100 не надо, тогда ищи у D-Link, Level-One и т.д. от 200 до 1000$ или с рук
  13. 1. Про 4 канала на ПК - средствами Windows не получится. Больше чем один шлюз на все инет пакеты на Маздае не укажешь. Есть решение для 2 каналов D-Link DI-LB604 Express EtherNetwork 4-х портовый маршрутизатор с функцией распределения нагрузки, там 2 WAN порта. 2. Локальная сеть с разными подсетками объединяется маршрутизатором. Для бюджетного варианта ПК с установленной NIX или BSD. Можно и средствами Windows, просто 2 карты и прописать шлюзы на клиентах друг на друга. Маршрутизаторы SOHO только для 5-10 машин
  14. Цетральным свичем что стоит? Не ставили мутантов с 2-мя Гигабитными портами от Длинков?У нас эта хрень 26-портовая и воткнутая в 2 гигабитные карты на серверах ложила переодически всю сетку, причем покупали другую такуюже хрень и тоже самое. Причем завалы были хаотичные, по разным портам
  15. Я тоже губу раскатал на 334-ых поднять VPN канал, после множественной и продолжительной е..ли, нашел маленькую строчку на сайте поддержки - поднимает канал между 2-мя машинами. Для того чтобы поднять канал между подсетками предлагалась моделька ZyWall 2EE за 5 т.р. за штуку. По производительности не знаю но подозреваю что не лучче Длинков...С 804-ми тоже наколка - работает только с подсетями класса С. Искал вариант с проключением 804-го еще через один рутер, но тут еще одна проблемма вылезла - нельзя с помощью средств самого рутера смаршрутизировать через VPN сторонний ИП не входящий в диапазон указанных в настройках VPN подсеток. Можно прилепить еще один рутер с другой стороны - но тут проще две машины прилепить ;) Короче узконаправленное дешевое решение для 2 подсетей класса С, со скоростью 7 мбит.