пара вопросов о СПРИНТе!

[sergeyt24]

Всем привет!
 
1) у меня перепосыл пакетов 12-17%, это наверно много?

2) как правильно его настроить? Конкретно (Скорость запросного канала:    
MTU запросного канала)


Пользуюсь наземкой от МТС, но вот на сайте компании данных не нашел!

жду советов! *24*

[edelstar]

Всем привет!
 
1) у меня перепосыл пакетов 12-17%, это наверно много?

2) как правильно его настроить? Конкретно (Скорость запросного канала:    
MTU запросного канала)


Пользуюсь наземкой от МТС, но вот на сайте компании данных не нашел!

жду советов! *24*

Насчёт перепосыл пакетов 12-17% незнаю , у меня за час 5 процентов

Что касается Скорость запросного канала:пробуй 6000  , MTU запросного канала 400 отклик 1-5 можно до 2 , каждый настраивает под себя  ;D

[Всеволод]

Перепосыл многоват,сделайте настройки как написал edelstar,только насчет пинга смотрите сами,даже 2 может оказаться маловато,вот у меня стоит 2,5 сек,и то время от времени пару процентов перепосылов проскакивает.Кароче,тут только методом тыка нужно пробовать.

[frider]

Пользуюсь наземкой от МТС, но вот на сайте компании данных не нашел!

Sprint. Установка наиболее оптимальных параметров.

Данное руководство актуально только при работе ускорителя с использованием в качестве наземного канала протокола UDP. В случае с TCP данные настройки не актуальны.

Качество канала, а именно такие параметры как фактическая скорость загрузки, определяется в основном выставленными характеристиками наземного канала. Всего их три:

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

     MTU запросного канала - как правило абсолютный параметр, определяющий максимальный размер пакета. Значение MTU можно выяснить у провайдера Вашего наземного канала. Для GPRS рекомендуется использовать значения 300-400 и меньше.

     Отклик (пинг) - время, которое уходит на посылку пакета по земле и получения ответа через спутник. В качестве стартого числа рекомендуется взять 150% от пинга до сервера, измеренного командой ping (в случае если пинг идёт через спутник).



Общее правило настройки примерно выглядит так:

   1. Устанавливаем скорость на 10% меньше заявленой провайдером, адекватное значение MTU, пинг 150% от пинга до сервера.
   2. Оцениваем качество работы - скорость загрузки и (главное!) процент перепосылок по статистике. Если последниий достаточно высок (5% и выше) - уменьшаем скорость, увеличиваем пинг.
   3. Если всё совсем плохо - можно порекомендовать уменьшить MTU.
   4. Если перепосылок мало и в то же время качество работы нормальное - можно делать прямо противоположное: увеличивать скорость вплоть до заявленой, уменьшать пинг.

Ещё раз коротко:

Для плохо работающего канала нужно уменьшать скорость, увеличивать пинг и, в последнюю очередь, умньшать MTU.

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

[sergeyt24]

взять скорость на 10% меньше заявленой провайдером наземного канала.

скажи пожалуйста, а откуда я эту заявленную скорость возьму???

С потолка что ли??? *WALL*
я же говорю, что на сайте не нашел нужной информации!!!!

 *24*

[904]

я же говорю, что на сайте не нашел нужной информации!!!!

 *24*

Элементарно! Замеряете аплинк (каким нить спидтестом) и выводите среднее значение... Неужели трудно догадаться?

[MuroM]

Элементарно! Замеряете аплинк (каким нить спидтестом) и выводите среднее значение... Неужели трудно догадаться?

Да в жизнь не догадаться!
Понятия не имею что есть аплинк и как его замерять каким нить спидтестом.
Просветили бы поподробнее!

На вид всё просто. Ставим поменьше скорость, побольше пинг и никаких
потерянных пакетов быть не должно. Ан нет!!! Да хоть по минимуму выставте
наземку и MTU, а потери всё равно иногда будут немалые. Слишком много
"гуляющих" факторов влияющих на этот показатель, поэтому волшебных цифр
найти не удасться.
Мой личный вариант (тоже не претендующий быть панацеей)
При запроснике GPRS:
Скорость запросного -1480(не надо делать больше при GPRS, именно здесь обычно узкое место)
MTU запросного канала -432 (одна из любимых цифр маршрутизаторов сетей)
Отклик(пинг) - 1,75-2 сек.

[904]

Да в жизнь не догадаться!
Понятия не имею что есть аплинк и как его замерять каким нить спидтестом.
Просветили бы поподробнее!

Гугль никто не отменял... Там при желании и про "аплинк", и про "спидтест" найдете.
Или мы так и будем друг с другом цифирями мериться и искать у кого либо более удачное сочетание.
А вот для ЖПРС и иже с ним EDGE или 3G предусмотрен в спринте саморегулирующийся TCP транспорт, что не требует "шаманства" там где присутствует "гуляющий фактор".

[sergeyt24]

прошел тест скорости  на http://speedtest.net/mini.php и у меня показало скорость запроса 82кб.сек!
и что дальше?
если это перевести в байты то получится 656 байт в сек, верно или я не догоняю чего то?
что вот эти цифры нужно ставить предварительно уменьшив число процентов на 10 *24*



чуть позже тест скорости показывает 103 кб.сек
(связь от МТС)

[904]

прошел тест скорости  на http://speedtest.net/mini.php и у меня показало скорость запроса 82кб.сек!
и что дальше?
если это перевести в байты то получится 656 байт в сек, верно или я не догоняю чего то?
что вот эти цифры нужно ставить предварительно уменьшив число процентов на 10 *24*

Дальше лучше не идти! - Вы еще единицы путаете, а тут собрались настраивать чего то...

По тесту который вы прошли (неоднократно) нужно выводить среднее значение. Такое значение как правило более наглядно достигается при закачке паруметрового файла чисто "по земле". Нужно так же помнить о том, что "кило" это "тысяча" (а вернее 1024) , а значит калькуляции вести с учетом этого фактора.
В спринте в графе скорость указывается в БАЙТАХ уже без "кило" - на 10% меньше среднего значения которое было достигнуто.

[904]

Немного не правильно выразился...

*закачка файла должна осуществляться на сервер, т.е. отправка

[MuroM]

Гугль никто не отменял... Там при желании и про "аплинк", и про "спидтест" найдете.
Или мы так и будем друг с другом цифирями мериться и искать у кого либо более удачное сочетание.
А вот для ЖПРС и иже с ним EDGE или 3G предусмотрен в спринте саморегулирующийся TCP транспорт, что не требует "шаманства" там где присутствует "гуляющий фактор".

Так ведь и право задать вопрос на форумах никто не отменял!
А про Гугл мы и сами в курсе, да только Гугл бездушная машина, швырнёт
кучу ссылок, мол сами разбирайтесь, а всезнающий 904 всегда даст, так сказать
живой, однозначный ответ.
И отчего ж не померяться цифрами? Выкладывайте свои, мы испробуем, оценим,
а вдруг это именно те идеальные! И не хотим мы саморегулирующийся TCP, мы
хотим как у всех UDP.

Далее по постам.
Если sergeyt24 удалось достичь 82 Кбит/сек, то пересчитывается это так: 82*1024/8=10496байта.
Для GPRS это "чумовая" скорость, даже есть сомнения. Естественно не мешает это
несколько раз перепроверить.

Такое значение как правило более наглядно достигается при закачке паруметрового файла чисто "по земле".

А вот этот совет вполне может быть ошибочным, т.к. исходящая скорость можеть
быть на порядок меньше чем входящяя. Всё зависит от режима работы (класса)
модема. Например, устаревший 8-й класс просто технически не может обеспечить
исходящюю скорость выше 8-12 Кб/с , а вот входящий может достигать 32-40 Кб/с.

[904]

а всезнающий 904 всегда даст, так сказать
живой, однозначный ответ.

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

Теперь по делу:

И отчего ж не померяться цифрами? Выкладывайте свои, мы испробуем, оценим,
а вдруг это именно те идеальные!

Настоящие мужчины пингами не мерятся!
Но, чтобы не делать тайну из ничего я Вам покажу свои - мои настройки стоят по дефолту!

И не хотим мы саморегулирующийся TCP, мы
хотим как у всех UDP.

А это требование лучше направьте к местному ОПСОСу - пусть он Вам предоставит "не гуляющий" канал. Тогда и хотеть можно смело!

По поводу не совпадения скоростей Вы абсолютно правы! Просто мне почему то закрыли доступ на правку постов (и своих тоже) - потому отписался гораздо позже и пытался исправить свою ошибку.

Для GPRS это "чумовая" скорость, даже есть сомнения. Естественно не мешает это
несколько раз перепроверить.

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

[Спутник]

Если кому интересно, то у меня так: тип наземного подключения – UDP (датаграмный), скорость запросного канала – 1100, MTU запросного канала – 350, отклик (пинг) – 2 сек. Перепосылов практически нет, а если и есть, то незначительные и в пределах допустимого (5%).

[MuroM]

Просто мне почему то закрыли доступ на правку постов (и своих тоже)

А придерживать сообщения пока их модератор не одобрит, это для всех так?
или только новичкам не доверяют? Не на одном форуме такого ещё не встречал.

А это требование лучше направьте к местному ОПСОСу - пусть он Вам предоставит "не гуляющий" канал.

А ОПСОС у меня нормалёвый! может и не без грешков, в плане качества предоставляемой
услуги (GPRS), зато где Вы ещё Инет по 50 коп за Мб найдёте?