С тех пор, как я переехала в Сан-Франциско, у меня возникли проблемы с подключением к Интернету, и это заставило меня взяться за дело. После использования моего сетевого подключения в течение от пяти до тридцати минут, внезапно пакеты начнут резервное копирование на моем маршрутизаторе, прежде чем будут доставлены короткими пакетами. Например, ping покажет несколько отброшенных пакетов подряд, прежде чем все зарезервированные ответы будут доставлены в одно и то же время.

Я использую кабельный модем, предоставленный Comcast, подключенный через Ethernet к Time Capsule, к которому я подключаю пару MacBook Pro и Apple TV.

Кабельный модем был заменен. Капсула Времени была заменена. Я физически переехал в квартиру, так что это не проводка. Мы с женой испытываем такое поведение одновременно на наших отдельных ноутбуках (и подключение к Apple TV прерывается одновременно). Это кратко решается (на несколько минут):

  • извлеките и снова вставьте кабель Ethernet, соединяющий два
  • переключение на "гостевую" сеть WiFi или из гостевой сети обратно в основную

Это решается на срок до тридцати минут:

  • выключение и отключение Time Capsule
  • выключение питания кабельного модема

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

Что на земле это может быть? Насколько я могу судить, я исключил все возможные проблемы с оборудованием. Я не нашел никого другого с этой проблемой через обширный поиск Google.

1 ответ1

0

По моему опыту, /sbin/ifconfig был включен в каждую версию OS X начиная с его бета-версии и далее ... Это было мое требование, прежде чем я купил свой первый Mac. Однако ifconfig -a не сообщает об ошибках.

Пакет эхо-запроса с установленным битом [DF] и размером 1472, как представляется, дополняет до 1500 байт:

mini-nevie:~ root# ping -D -s 1472 -c 1 192.168.2.1
PING 192.168.2.1 (192.168.2.1): 1472 data bytes
1480 bytes from 192.168.2.1: icmp_seq=0 ttl=64 time=1.130 ms

mini-nevie:~ root# tcpdump -i en0 -nevvK icmp
tcpdump: listening on en0, link-type EN10MB (Ethernet), capture size 65535 bytes
00:34:46.177055 3c:07:54:5c:ab:ad > 00:13:a3:71:17:25, ethertype IPv4 (0x0800), length 1514: (tos 0x0, ttl 64, id 46904, offset 0, flags [DF], proto ICMP (1), length 1500)
    192.168.2.11 > 192.168.2.1: ICMP echo request, id 56908, seq 0, length 1480
00:34:46.178084 00:13:a3:71:17:25 > 3c:07:54:5c:ab:ad, ethertype IPv4 (0x0800), length 1514: (tos 0x0, ttl 64, id 48096, offset 0, flags [none], proto ICMP (1), length 1500)
    192.168.2.1 > 192.168.2.11: ICMP echo reply, id 56908, seq 0, length 1480

Дополнительную точку отсчета можно получить, используя snmpwalk с -c public -v1 и адресом управления вашего кабельного модема, который, я думаю, равен 192.168.100.1. Просмотр результатов позволит вам определить статистику конкретного интерфейса. Кроме того, в зависимости от марки и модели кабельного модема, подключение к http://192.168.100.1 или http://192.168.100.1:8080 может дать много информации со встроенного веб-сервера устройства.

И ... netstat -s выдает статистику протокола. netstat -i выдаст аппаратную статистику, которая может указывать на проблему.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .