Не проходят большие пакеты windows
Обновлено: 05.07.2024
Часовой пояс: UTC + 3 часа
Большие пакеты в VLAN
Добрый день,проблемы с пакетами размерами более 1468 байт в сетке с VLAN. Меньше проходят. Больше не проходят. Добрый день,
проблемы с пакетами размерами более 1468 байт в сетке с VLAN. Меньше проходят. Больше не проходят.
Вопрос неясен. На каком оборудовании? Какие настройки? Куда пакеты не проходят?
DES-3226сервер с VLAN включен в один порт с тагами. РС на другие антаги порты со своими VLAN. С РС на РС с порта на порт в одном VLAN пингую меньше 1468 байт - все нормально. Пакеты более 1468 не ходят. Коммутатор нормально работает с пакетами до 1522 байта.
Смотрите в сторону MTU size на сервере. Коммутатор нормально работает с пакетами до 1522 байта.
Смотрите в сторону MTU size на сервере.
Хотел бы поднять этот вопрос еще раз.
У меня тоже не проходят пакеты более 1468.
Свич 3226S
Boot PROM Version Build 2.00.001
Firmware Version Build 4.02-B14
Hardware Version 2C1
C одной стороны подключается циска - там точно MTU 1500.
С другой стороны обычны PC с езернетом. Подключение через VLAN.
У меня так не получится, потому, что пробовали более двух компов, которые работали до этого миную свич ДЛИНК и вланы.
Вот пришлось делать разделение и получились проблемы
Ваша проблема однозначно кроется в сетевых картах. Все современные свитчи и медиаконвертеры (ну или процентов 99 точно, и текущая линейка продукции длинк в их числе) способны оперировать с пакетами длиной до 1522 байт (1500 байт длина обычного пакета, 14 байт на заголовки ethernet и 4 байта на тэг 802.1q, и 4 байта на CRC). Однако, не все карты (и прежде всего это касается десктопных карт) способны оперировать с пакетами длинее 1518 байт, что на практике выражается к вынужденному снижению размера МТУ до 1496 байт и прочим неприятным последствиям, вызванным этим фактом. Более подробно, но вкратце и с картинками, о природе Ethernetовских фреймов можно узнать практически в любом мануале к D-Link'овским коммутаторам.
Среди карт поддерживающих длиные фреймы так же можно провести деление на тех, кто аппаратно поддерживает вставление/изъятие тэгов (пример - D-Link DGE-550T), и на тех кто просто умеет гонять чуть более длинные фреймы (например D-Link DFE-530TX+, DFE-550TX, а также все карты, сделанные на чипсете RTL8139), таким образом давая возможность драйверу карты дописать нужные поля. Но, ясное дело, описанный трюк под виндой не заработает, а в FreeBSD/Linux вполне.
Так вот, возвращаясь к вашему вопросу, так а что у вас там за десктопные карты стоят?
В Виндах тегированные VLAN - только через специальный драйвер, бывает с серверными сетёвками.
В Linux - нужно ядро с поддержкой VLAN. В некоторых дистрибутах VLAN были, но драйверы сетевух длинные фреймы не умели. Патчить или обновлять.
т.е.
ping -t -l 500 1.2.3.4 еще работает а вот
ping -t -l 1000 1.2.3.4 уже нет.
соответвенно с 1.2.3.4. не уходят письма по smpt ну и много чего еще работает плохо, например по ftp не ходят большие файлы.
вопрос собтвенно вот в чем - а от чего такое вообще бывает?
Проверьте физику, выставьте жестко полный дуплекс с двух сторон, ясен пень, далее посмотрите на циске на интерфейсе в сторону клиента sh int, и действуйте сообразно тому что увидите в плане ошибок (runts, input errors, frame errors, CRC). Если растут runts/late collisions, то скорее всего проблема в дуплексе. Если прут frame errors/CRC - то физика.Такое видели неоднократно при погибании свичей и сетевых карточек, если диагноз именно такой то в дальнейшем процесс будет усугубляться с разной степенью плавности, у нас доходило до того что в течение дня падало с 1024 до 32, а дальше финиш.
972 байта еще идет, 973 - нет жестко так или иначе в районе 10% пакетов теряется, от размера пакета почти не зависит.
вот табличка для 100 пакетов
пакет потери
0 0
100 10
200 8
300 12
400 5
500 2
600 5
700 8
800 10
900 7
1000 100
вообще, ты проверил только icmp SMTP работает на tcp
Но я согласен с Матроскиным, скорее всего, где-то посередке есть ВПН с малым МТУ. Если ты можешь управлять хотя бы одним концом ВПН, то сделать надо следующее: изменить mss (max segment size) до требуемого. ВПН бывают разные, дать универсальный совет по размеру МТУ не получится. Попробуй пингом установить размер пакета, который проходт, и подогнать мсс под него.
гм. учить матчасть :) в первую очередь про MTU И необходимости пропускания на firewall-ах icmp unreach code needfrag
А причина - где-то на пути есть VPN/PPP/other-shit канал, в котором MTU=500.
А можно поподробнее. Какие пакеты куда не отправляются, от куда не принимаются, какие файрволлы/антивирусы стоят, что за винда (ведь Windows?). Пока что могу лишь посоветовать переобжать кабель и отключить все файрволлы/антивирусы на время тестирования.Не забудь привести результаты ipconfig /ALL
Наводящие вопросы:А можно поподробнее. Какие пакеты куда не отправляются, от куда не принимаются, какие файрволлы/антивирусы стоят, что за винда (ведь Windows?). Пока что могу лишь посоветовать переобжать кабель и отключить все файрволлы/антивирусы на время тестирования.
Не забудь привести результаты ipconfig /ALL
какой комп?
какая сеть?
какой адрес у твоего компа?
какие адреса у других компов?
и менее сумбурно, пожалуйста.
Ну вообщето стоит один комп,выделенная сеть,Pentium 4 3.2ggc>>>1gb ddr2>>>256mb gef 6600gt
Какое подключение к сети? VPN/просто ethernet без доп. настроек и т.д.Ну вообщето стоит один комп,выделенная сеть,Pentium 4 3.2ggc>>>1gb ddr2>>>256mb gef 6600gt
какой адрес у твоего компа?
какие адреса у других компов?
Какие файлы ты в System32 искал? Там что вообще файлов нет? Тогда переустанавливай систему. А ещё лучше переходи на Linux (серъёзно).
Как определяется, что пакеты только отправляются?
Что делается для того, чтобы "пакеты ходили по сети"?
валерьянки бы ему. Может курить отправим?
К сожалению, на этом форуме, я например телепатов не встречал.
У тебя не принимаются вх. пакеты, а только отправка. А с чего ты взял, что отправка вообще происходит. Может компьтерные проги пишут - отправляю пакеты, а на самом деле пакеты никуда не отправляются.
Что бы починить автомобиль, нужно знать его устройство и как минимум понять где не работает. Вот ответь, что нужно починить в автомобиле, когда тебе говорят что он сломался. При этом уточняют, что автомобиль - мерседес. И с чего начать ремонтрование? С двигателя? Можно, но мож у авто просто колеса скрутили - тогда чего спрашивается в двигатель лезть?
Правда я глупость полную написал? Вот такую же мы видим и здесь про пакеты. Нужна дополнительная информация. Без нее никто ничем не поможет.
Я смотрю в свойствах подключения написано что только отправляет-.-
Кароче в warcrafte я немогу хостить=),стоит один компьютер ip такой 10.36.0.6*
З.Ы. Уточни, что значит хостить в варкрафте.
Настройка протокола IP для Windows
Имя компьютера . . . . . . . . . : devilish-bb9776
Основной DNS-суффикс . . . . . . :
Тип узла. . . . . . . . . . . . . : неизвестный
IP-маршрутизация включена . . . . : да
WINS-прокси включен . . . . . . . : да
Подключение по локальной сети - Ethernet адаптер:
DNS-суффикс этого подключения . . :
Описание . . . . . . . . . . . . : Realtek RTL8139 Family PCI Fast Ethe
rnet NIC
Физический адрес. . . . . . . . . : 00-19-21-3C-74-1B
Dhcp включен. . . . . . . . . . . : нет
IP-адрес . . . . . . . . . . . . : 10.36.0.63
Маска подсети . . . . . . . . . . : 255.255.0.0
Основной шлюз . . . . . . . . . . : 10.36.0.1
DNS-серверы . . . . . . . . . . . : 87.255.192.76
82.115.52.75
Попробуем так.
Опять открываем cmd и набираем там
и еще
ping 87.255.192.76
Чтобы хостить в Варкрафте нужно иметь какой-то другой ip адрес,не как у мя
Наверное, имеется ввиду иметь в наличии "белый" ip-адрес. Он нужен, если надо организовать подключение из инета к тебе. Хостить в варкрафте - это типа сделать у себя сервер игры, так?
Microsoft Windows [Версия 6.0.6000]
© Корпорация Майкрософт, 2006. Все права защищены.
Настройка протокола IP для Windows
Имя компьютера . . . . . . . . . : ppgoa
Основной DNS-суффикс . . . . . . : lesnoy.info
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . : lesnoy.info
Ethernet adapter Подключение по локальной сети 2:
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : NVIDIA nForce Networking Controller
Физический адрес. . . . . . . . . : 00-1E-90-99-3A-FB
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::1cf9:b80d:c2f7:afeb%12(Основной)
IPv4-адрес. . . . . . . . . . . . : 10.0.9.35(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 10.0.9.1
DNS-серверы. . . . . . . . . . . : fec0:0:0:ffff::1%1
fec0:0:0:ffff::2%1
fec0:0:0:ffff::3%1
NetBios через TCP/IP. . . . . . . . : Включен
Туннельный адаптер Подключение по локальной сети*:
Состояние носителя. . . . . . . . : Носитель отключен
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : isatap. 0F9>
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Туннельный адаптер Подключение по локальной сети* 2:
Состояние носителя. . . . . . . . : Носитель отключен
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Физический адрес. . . . . . . . . : 02-00-54-55-4E-01
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Туннельный адаптер Подключение по локальной сети* 6:
Туннельный адаптер Подключение по локальной сети* 7:
используйте эти рекомендации для устранения неполадок, возникающих при упаковке, развертывании или запросе пакета приложения Windows (. msix/. appx) в качестве разработчика.
Эта статья предназначена для разработчиков. если вы не являетесь разработчиком и ищете справку по Windows ошибке установки приложения, см. статью поддержка Windows.
Получение диагностических сведений
При сбое API возвращается код ошибки, описывающий проблему. Если код ошибки не содержит достаточно сведений, вы найдете дополнительные диагностические сведения в подробных журналах событий.
Чтобы получить доступ к журналам событий упаковки и развертывания с помощью Просмотр событий, выполните следующие действия.
Выполните одно из следующих действий.
- в меню Windows выберите пункт пуск , введите Просмотр событий и нажмите клавишу ввод.
- Запустите eventvwr. msc.
на левой странице разверните узлы Просмотр событий (локальные) > журналы приложений и служб > Microsoft > Windows.
Проверьте наличие доступных журналов в следующих категориях:
- AppxPackagingOM > Microsoft-Windows-аппкспаккагинг/эксплуатация
- AppXDeployment — сервер > Microsoft-Windows-AppXDeploymentServer/эксплуатация
Начните с просмотра журналов в разделе AppXDeployment-Server. Если ошибка вызвана 0x80073CF0 или ERROR_INSTALL_OPEN_PACKAGE_FAILED, в журналах AppxpackagingOM могут присутствовать дополнительные сведения.
В следующем примере отображаются журналы, связанные с последней операцией развертывания в интерактивной таблице в отдельном окне.
Коды распространенных ошибок
В этой таблице перечислены некоторые из наиболее распространенных кодов ошибок. Если вам нужна дополнительная помощь по одной из этих ошибок или если вы столкнулись с кодом ошибки, отсутствующим в этом списке, см. раздел Дополнительные параметры справки.
Приложения не запускаются, и их имена недоступны
на компьютере, на котором работает Windows 10 или более поздней версии, нельзя запускать некоторые приложения, и имена приложений отображаются серым цветом.
Возникла проблема с <application name> . Обратитесь к системному администратору, чтобы восстановить или переустановить его.
Ошибка: это приложение не может быть открыто
кроме того, следующие записи событий регистрируются в журнале «Microsoft-Windows-твинуи/эксплуатация» в разделе applications and сервицес\микрософт\ Windows \аппс:
имя журнала: Microsoft-Windows-твинуи/эксплуатация
источник: Microsoft-Windows-иммерсивное-Shell
Дата: <Дата>
Идентификатор события: 5960
Категория задачи: (5960)
Уровень: ошибка
Ключевые слова:
Описание.
Активация приложения Microsoft.BingNews_8wekyb3d8bbwe! Аппексневс для Windows. Контракт запуска заблокирован с ошибкой 0x80073CFC, так как его пакет находится в состоянии: изменен.
Причина
Эта проблема возникает из-за изменения записи реестра для значения состояния соответствующего пакета приложения.
Решение
При неправильном изменении реестра с помощью редактора реестра или иного метода могут возникнуть серьезные проблемы. Эти проблемы могут потребовать переустановки операционной системы. Корпорация Майкрософт не гарантирует, что такие неполадки могут быть устранены. Ответственность за изменение реестра лежит на пользователе.
Чтобы устранить эту проблему:
- Откройте редактор реестра и найдите подраздел HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModel\StateChange\PackageList .
- Чтобы создать резервную копию данных подраздела, щелкните правой кнопкой мыши паккажелист, выберите пункт Экспорт, а затем сохраните данные в виде файла реестра.
- Для каждого из приложений, перечисленных в записях журнала Event ID 5960, выполните следующие действия.
- Откройте запись паккажестатус .
- Установите значение паккажестатус равным нулю (0).
Если в паккажелист нет записей для приложения, значит, у проблемы есть другая причина. В случае с примером события в этой статье полный подраздел — HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModel\StateChange\PackageList\Microsoft.BingNews_8wekyb3d8bbwe!AppexNews\PackageStatus
Получите дополнительную справку
если вам нужна дополнительная помощь по устранению проблемы, которая возникает при упаковке, развертывании или запросе пакета приложения Windows (. msix/. appx) в качестве разработчика, обратитесь к этим дополнительным ресурсам поддержки для разработчиков.
Читайте также: