Форум UPgrade
Доброй ночи!
сначала рисую ситуацию
Переключил себе провайдера. Вместо старого 512 кбит/с дают 25600.
А скорости нет. спидтестнет показывает максимум 6 мбит/с и то не всегда. FDM — скакнул как-то до 12 мбит/с. Поддержка у провайдера оказалась отзывчивая. Из-за меня даже оборудвание в доме поменяли на более скоростное. Но скорости не прибавилось. В итоге приехали пропинговали — пакеты все пролетали на ура! и ребята говорят, что моя старушка-машина просто не успевает обрабатывать пакеты.
машинка конечно старая: 733 мгц/ мать DFI CS62-TC/RAM 512/ видео NVidia GF2 7700 ti /XP SP3
сегодня попинговать решил без них. время нормальное. А трассировка того же маршрута вообще не проходит. Пинговал на яндекс
C:\Documents and Settings\Администратор>ping ya.ru
Обмен пакетами с ya.ru [213.180.204.3] по 32 байт:
Ответ от 213.180.204.3: число байт=32 время=4мс TTL=55
Ответ от 213.180.204.3: число байт=32 время=5мс TTL=55
Ответ от 213.180.204.3: число байт=32 время=4мс TTL=55
Ответ от 213.180.204.3: число байт=32 время=8мс TTL=55
Статистика Ping для 213.180.204.3:
Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 4мсек, Максимальное = 8 мсек, Среднее = 5 мсек
C:\Documents and Settings\Администратор>tracert ya.ru
Трассировка маршрута к ya.ru [213.180.204.3]
с максимальным числом прыжков 30:
1 * * * Превышен интервал ожидания для запроса.
2 * * * Превышен интервал ожидания для запроса.
3 * * * Превышен интервал ожидания для запроса.
4 * * * Превышен интервал ожидания для запроса.
5 * * * Превышен интервал ожидания для запроса.
6 * * * Превышен интервал ожидания для запроса.
7 * * * Превышен интервал ожидания для запроса.
8 4 ms 5 ms 4 ms http://www.yandex.ru [213.180.204.3]
на mail.ru то же самое. в общем с tracert везде одно и то же
как назло меня еще не активировали на их форуме. Можно конечно завтра в поддержку позвонить, но чего-то терпежу нет. Если сейчас кто-то есть объясните ситуацию. Буду знать хоть о чем говорить с поддержкой. Проблемы в связи со старостью моей машины или это уже провайдеровские дела?
PS. Пингтест на том же speedtest.net вообще выдает ошибку. несколько раз пробовал
Почему трассировка правильная, а интернета нет?
Здравствуйте.
Есть 3 роутера: 2 микротика, 1 асус.
У микротиков есть интернет, у асуса нет.
Все они в одной ВПН, сервером выступает МТ1.
Надо сделать так что бы сеть асуса выходила в интернет через МТ2.
При подключении асуса к впн интернет работает через МТ1. На МТ1 отправляю пакеты асуса на МТ2 и интернет пропадает, но при этом трассировка проходит правильно через МТ2.
При этом пинг проходит только первый и до перезапуска пингования пингов нет.
В чем может быть дело?
Интернет идет через МТ1 почему? потому что default gateway
неверно перенаправляете, маскарадинг для адресов Асус прописан на МТ2?
У микротов есть прекрасные средства диагностики вроде сниффера пакетов и счетчики срабатывания
Интернет для сети МТ1 и МТ2 по умолчанию идет через МТ1.
Сеть асуса должна идти на интернет МТ2.
Если на МТ1 прописать маршрут по умолчанию МТ2, то все успешно лезут в интернет через МТ2, в том числе и асусы, но если все по умолчанию на МТ1, а асусы маркируются и отправляются на МТ2, то у асуса интернет пропадает, хоть и трассировка правильная, а пинг проходит только первый.
Выяснил, что МТ1 маркирует правильно и отправляет на МТ2, но МТ2 после своей маркировки не может дать ответ роутеру МТ1.
Поэтому сделал так:
На МТ2 маршрут по умолчанию на Inet1 (был на Inet3). Все из сети МТ2 маркируются и идут в зависимости от того, куда нужно (Inet1 или Inet3).
На МТ1 маршрут по умолчанию так и остался Inet3. Все из сети Asus3 маркируются и отправляются на МТ2, а он их по умолчанию кидает на свой интернет, то что мне и требовалось.
Все работает, хоть и немного не тем способом, которым хотелось.
Использование команды TRACERT для устранения неполадок TCP/IP в Windows
Microsoft Windows 2000 версия этой статьи 162326см.
Аннотация
В данной статье описывается TRACERT (Trace Route), служебная программа командной строки, который можно использовать для трассировки путь, который принимает пакет Internet Protocol (IP) до места назначения. В данной статье рассматриваются следующие вопросы:
- Использование служебной программы TRACERT
- Использование команды TRACERT для устранения неполадок
- Сведения о параметрах команды TRACERT
Дополнительная информация
Использование служебной программы TRACERT
Диагностические программы TRACERT определяет маршрут к месту назначения, посылая эхо-сообщений протокола ICMP (Internet Control) пакетов в место назначения. В этих пакетов TRACERT использует разные значения IP Time To Live (TTL). Поскольку каждый маршрутизатор на пути обязан уменьшить значение поля TTL пакета, по крайней мере на 1 перед дальнейшей пересылкой пакета, значение TTL по сути является эффективным счетчиком переходов. Когда срок ЖИЗНИ пакетов достигает нуля (0), маршрутизатор посылает ICMP «Time Exceeded» сообщений на исходном компьютере. TRACERT отправляет первого эхо-пакета с TTL равным 1 и увеличивает значение TTL на 1 для каждого последующего отправляемого пока назначение не ответит или пока не будет достигнуто максимальное значение поля TTL. Сообщений ICMP «Time Exceeded», который промежуточные маршрутизаторы отправить назад отображается маршрут. Однако обратите внимание, что некоторые маршрутизаторы просто отбрасывать пакеты с истекшим сроком TTLs, и эти пакеты не видны для команды TRACERT. Команда TRACERT выводит упорядоченный список промежуточных маршрутизаторов, которые возвращают ICMP «Time Exceeded» сообщения. Параметр -d с помощью команды tracert программа TRACERT не требуется выполнять поиск в DNS для каждого IP-адреса, так, что команда TRACERT отображает IP-адрес ближних интерфейсов маршрутизаторов. В следующем примере команда tracert и ее результаты пакет проходит через два маршрутизатора (157.54.48.1 и 11.1.0.67), чтобы достигнуть узла 11.1.0.1. В этом примере основной шлюз — 157.54.48.1 и IP-адрес маршрутизатора в 11.1.0.0 сети находится в 11.1.0.67.The команды:
C:\>tracert 11.1.0.1В результате выполнения команды: Tracing route to 11.1.0.1 over a maximum of 30 hops ————————————————— 1 2 ms 3 ms 2 ms 157.54.48.1 2 75 ms 83 ms 88 ms 11.1.0.67 3 73 ms 79 ms 93 ms 11.1.0.1 Trace complete.
Использование команды TRACERT для устранения неполадок
TRACERT можно использовать, чтобы узнать в каком месте сети останавливаются пакеты. В следующем примере основной шлюз обнаружил, что существует не правильный путь для размещения на 22.110.0.1. Вероятно, либо маршрутизатор имеет проблемы конфигурации или 22.110.0.0 сети не существует, отражая неправильный IP-адрес. Команда:
C:\ > tracert 22.110.0.1В результате выполнения команды: Tracing route to 22.110.0.1 over a maximum of 30 hops —————————————————— 1 157.54.48.1 reports: Destination net unreachable. Trace complete. TRACERT полезна для устранения неполадок в больших сетях, где несколько путей может привести к той же точке или где задействовано множество промежуточных компонентов (мосты или маршрутизаторы).
Сведения о параметрах команды TRACERT
Существует несколько параметров командной строки, которые можно использовать с помощью команды TRACERT, несмотря на то, что параметры не являются обычно требуются для стандартных неполадок. В следующем примере синтаксис команды показывает все возможные варианты:
Tracert -d -h максЧисло -j списокУзлов — w Таймаут target_hostЧто делают параметры: -d Specifies to not resolve addresses to host names -h maximum_hops Specifies the maximum number of hops to search for the target -j host-list Specifies loose source route along the host-list -w timeout Waits the number of milliseconds specified by timeout for each reply target_host Specifies the name or IP address of the target host