ADSL от Сибирьтелеком (WebStream) - архив
Создана: 09 Ноября 2005 Срд 9:42:29.
Раздел: "Интернет-провайдеры, телерадиовещание"
Сообщений в теме: 10268, просмотров: 2364287
-
По техническим причинам данная тема закрыта.
Новая тема доступна по этой ссылке
У этого провайдера есть представитель на Омском форуме!
Информация обновлена: текущие тарифы Вебстрим по технологии АДСЛ .
ТВист от Сибирьтелеком (IP TV). Неофициальный FAQ от Омского Форума!
Услуги под ТМ Вебстрим и ТВист в Омске предоставляет омский филиал ОАО Сибирьтелеком: sibirtelecom.ru wstream.ru
Круглосуточная техническая поддержка - тел. 062, help@omsknet.ru, support@omsknet.ru
Справка по услугам, заявка на проверку тех. возможности - тел. 061.
Он-лайн проверки возможности подключения: [size=18]Вебстрим или ТВист
Вход в личный кабинет абонентов Вебстрим
Система ИСПА
Не работает ТВист и Webstream? Прочтите информацию о профилактических и ремонтных работах в омском филиале ОАО Сибирьтелеком.
Предыдущие опросы в теме:
1,2
********
Все омские Интернет-провайдеры
Все омские провайдеры кабельного телевидения -
-
-
-
2Alexis V:
Почтовые сервера здеь не причем.
Исходящие пакеты передаются с ошибками, заметно при отправке почты, аплоаде файлов и фтп. При обычном серфинге почти не заметно.
Было несколько аналогичных случаев, когда скорость на аплоад была маленькой, пинги пропадали, причем, чем больше размер пакета, тем больше процент потерь.
Вылечилось заменой лапши от шитка до модема на витуху и еще, как вариант, заменой патчкорда от модема до компа.
Попробуйте для начала патчкорд поменять. Часто бывают недообжаты разъемы. -
Trutry писал :Попробуйте описать проблему на support@omsknet.ru Чем больше информации Вы им сообщите тем лучше, скажите что не можете отослать сообщение c [внешняя ссылка] связь обрывается, скорость низкая, приведите результат комманды tracert smtp.omskmail.ru
Если совет от vitz'а не поможет, так и сделаю. А результат команды, по-моему, вполне хороший:
2 27 ms 27 ms 26 ms tts.omskelecom.ru [195.162.37.207]
3 27 ms 28 ms 27 ms cisco00.omskelecom.ru [195.162.37.193]
4 27 ms 26 ms 27 ms smtp.otts.ru [195.162.49.11]
Трассировка завершена.
Кстати, пробовал менять модуляцию с ADSL_G.dmt на ADSL_G.lite, даунлоуд вроде незначительно снижался, а аплоуд, возможно, увеличивался раза в полтора, но я слишком мало экспериментировал. -
Trutry писал :Ок, выполните комманду ping -f -l 1464 smtp.omskmail.ru и запостите вывод плиз.
ping -f -l 1464 omskelecom.ru
Обмен пакетами с [внешняя ссылка] [195.162.35.12] по 1464 байт:
Требуется фрагментация пакета, но установлен запрещающий флаг.
Требуется фрагментация пакета, но установлен запрещающий флаг.
Требуется фрагментация пакета, но установлен запрещающий флаг.
Требуется фрагментация пакета, но установлен запрещающий флаг.
Статистика Ping для 195.162.35.12:
Пакетов: отправлено = 4, получено = 0, потеряно = 4 (100% потерь),
ping -f -l 1400 omskelecom.ru
Обмен пакетами с [внешняя ссылка] [195.162.35.12] по 1400 байт:
Ответ от 195.162.35.12: число байт=1400 время=42мс TTL=125
Ответ от 195.162.35.12: число байт=1400 время=41мс TTL=125
Ответ от 195.162.35.12: число байт=1400 время=41мс TTL=125
Ответ от 195.162.35.12: число байт=1400 время=41мс TTL=125
Статистика Ping для 195.162.35.12:
Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 41мсек, Максимальное = 42 мсек, Среднее = 41 мсек
ping -f -l 1432 omskelecom.ru
Обмен пакетами с [внешняя ссылка] [195.162.35.12] по 1432 байт:
Ответ от 195.162.35.12: число байт=1432 время=41мс TTL=125
Ответ от 195.162.35.12: число байт=1432 время=42мс TTL=125
Превышен интервал ожидания для запроса.
Ответ от 195.162.35.12: число байт=1432 время=43мс TTL=125
Статистика Ping для 195.162.35.12:
Пакетов: отправлено = 4, получено = 3, потеряно = 1 (25% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 41мсек, Максимальное = 43 мсек, Среднее = 42 мсек
ping -f -l 1452 omskelecom.ru
Обмен пакетами с [внешняя ссылка] [195.162.35.12] по 1452 байт:
Ответ от 195.162.35.12: число байт=1452 время=42мс TTL=125
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Ответ от 195.162.35.12: число байт=1452 время=41мс TTL=125
Статистика Ping для 195.162.35.12:
Пакетов: отправлено = 4, получено = 2, потеряно = 2 (50% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 41мсек, Максимальное = 42 мсек, Среднее = 41 мсек
ping -f -l 1456 omskelecom.ru
Обмен пакетами с [внешняя ссылка] [195.162.35.12] по 1456 байт:
Требуется фрагментация пакета, но установлен запрещающий флаг.
Требуется фрагментация пакета, но установлен запрещающий флаг.
Требуется фрагментация пакета, но установлен запрещающий флаг.
Требуется фрагментация пакета, но установлен запрещающий флаг.
Статистика Ping для 195.162.35.12:
Пакетов: отправлено = 4, получено = 0, потеряно = 4 (100% потерь), -
needforspirt писал(а) :Это у вас такая статистика на 128? У меня стабильно 64/60.
На 128 ап около 120.
Увы, да, на 128. -
Это я уже понял.
Именно так.
Совершенно верно!
Похоже на то — выше я написал результаты пингования с запретом фрагментации.
Очень может быть (модем Acorp 120). Дело в том, что иногда пропадала связь и восстановить её удавалось как раз перетыкиванием патч-корда в модем. Спасибо, попробую!
Да, я ещё могу лапшу (от щитка до телефонной розетки) укоротить метра на два (из-за ремонта решили отставить запас при монтаже) — есть смысл? -
Фрагментацию пакетов запрещает Ваш компьютер или модем. Посмотрите настройки файрволла.
Два метра роли не сыграют. Лучше лапшу на витуху замените. -
Так у меня стандартный XP-шный, его выключение-выключение на результаты пингования не влияет... Правда, ещё McAfee 8.5 стоит, попробую деинсталлировать (может, ещё какая гадость стоит или стояла, прогоню ещё систему через CCleaner).
Значит, всё-таки надо действовать по советам из www.adslclub.ru/new/02/05/07.html ("Устранение проблем связанных с параметром MTU") и [внешняя ссылка]?
Я-то раньше думал, что аплоуд медленный из-за забитости каналов.
Это техника надо вызывать? -
vitz писал :
Фрагментацию пакетов запрещает Ваш компьютер или модем. Посмотрите настройки файрволла.
Насколько я понимаю фрагментацию запрещает, флаг -f команды ping, файер или router могут запрещать ICMP трафик, но помоему это не наш случай. Возможно в роутере стоит нестандартное значение MTU. Можно попробовать установить на каком узле по маршруту стоит такое MTU, сделать tracert, а потом последовательно пропинговать c длиной пакета 1456. Alexis_V для начала я бы попробовал Способ 1 от MS, потом установить MTU 1428, а потом уже менять лапшу и се такое т.е в порядке возрастания сложности. -
Каналы обычно забивают на download :)
Последнее время загрузка каналов в норме.
Наверное, честно говоря не знаю, попробуйте позвонить 062.
Выполните команду
ping -l 1500 195.162.32.5
и выложите сюда результат.
И еще вопрос? pppoe соединение настроено на модеме или на комьютере? -
Trutry писал :
Насколько я понимаю фрагментацию запрещает, флаг -f команды ping, файер или router могут запрещать ICMP трафик, но помоему это не наш случай. Возможно в роутере стоит нестандартное значение MTU. Можно попробовать установить на каком узле по маршруту стоит такое MTU, сделать tracert, а потом последовательно пропинговать c длиной пакета 1456.
Фрагментацию запрещает опция DF в заголовке IP пакета. Флаг -f выставляет эту опцию.
Если выставлена опция DF, то роутер, у которого собственное MTU меньше MTU пришедшего пакета, дропнет этот пакет, а отправителю пакета отправит ICMP сообщение "fragmentation needed" -
-