» realtek rtl8169 and vlan

vadim2005ua
сайтовские тоже ставил, с первого пинка чёто не завелось тада. интересно на w2003 будет работать xp-шный драйвер? теоретически должен.
за поздравления спасибо, но в наступающих днях для меня ценного только выходные новый год не отмечаю.

теоретически попробуй, если интересно. Практически на сервер я бы докупил серверную сетевую, но если есть острая необходимость (думаю есть, если реалтеки на серверах), сначала проверь пропускную способность сервера на виртуальных адаптерах, если установятся. (все таки сервер).

Господа, немного офтоп. А нет универсального windows драйвера добавляющего vlan'ы на любой сетевой? Под Linux\BSD ведь есть.

согласно здравому смыслу такой драйвер должен входить в состав ОС. Главное, чтобы в свойствах конкретного драйвера была поддержка 802.1q. Или зарезервировно для новых версий, или отдано производителям, или мы чего-то недоглядели. Иначе не было бы этой ветки. Узнаешь - сообщи.

та же проблема
Имею rtl8168, win xp. Комп подключен к свитчу catalyst 2960
Включил в св-ах адаптера vlan tagging, установил diagnostic utility 1.1.5.1
в утилите сделал vlan с id=1 (по логике это должен получиться native vlan 1..)
однако после его создания связь с сеткой накрылась..
Сделал соответствующий порт на свитче транком, не помогло..

Может драйвер все-таки вмешивается в заголовок фрейма?

если у тебя вирт. интерфейс создался нормально и исходящие пакетики на нем видно, значит надо копать в сторону свича. после установки vlan id, перед настройкой ip-конфигурации лучше перегрузиться.
у меня вирт интерфейс не создавался вообще. заработало после этого: правка реестра, перезагрузка, создание вирт. интерфейсов, установка на них vlan id, перезагрузка, проверка реестра, ip конфигурация.
подробнее что править в реестре не вспомню сразу, тут есть рабочие конфиги, сравни с тем, что есть у тебя.

Добавлено:
кстати, о дровишках, их надо ставить именно те, что идут в комплекте с материнкой.

abd
дрова то родные...
и виртуальный интерфейс поднялся без проблем... надо действительно посмотреть на формат исходящих с интерфейса фреймов..

где б нарыть какую-нибудь документацию по работе diagnostic utility
письмецо в realtek написать что-ли..

согласно стандарту 802.1 формат кадров действительно изменяется. http://en.wikipedia.org/wiki/IEEE_802.1Q

Vadim2005ua
нет, согласно стандарту 802.1Q формат кадра для native vlan(по умолчанию это vlan с id=1) не изменяется

gbcfkf !
"Native VLAN" - насколько я помню, должен принимать "untagged" фреймы.
А Вы подняли у себя на коммутаторе на порту транковый Vlan.
Транковый Vlan подразумевает передачу по физическому каналу кадры, принадлежащие разным Vlan-ам, а принадлежность к Vlan-у определяет метка - TAG,
отсюда (tagged untagged) - порт с транковым Vlan ожидает, что на него приходит уже измененный (маркированый) кадр, как правило, транками соединяют коммутаторы, а вы подключили ПК, поэтому задача diagnostic utility - подготовить этот кадр согласно 802.1.
Следовательно ваш кадр, исходящий от рабочей станции, должен быть изменен, а иначе как?

Vadim2005ua
не а
я сделал порт на коммутаторе транком, соответственно он принимает кадры принадлежащие к разным Vlan-ам, в т.ч. и неизмененные кадры (native vlan)

ps что-то оффтоп пошел.. )

Поприветствуйте новенького.Присоединюсь к вашему обсуждению.Собственно вопрос в следующем:можно ли после установки Realtek Diagnostiс Utility передавть НЕ тегироавнные фреймы??
Поясню:
у меня имеется рабочий ноутбук....когда на хожусь в офисе он используется для мониторинга сетки.....сеть обширная с множемтвом подсеток разбитых виланами.....как услышал про эту сумаю realtek diagnostic utility побежал качать.....скачал,установил,сконфигурил....работает просто лучше некуда.....НО иногда возникает необходимость выехать с ноутбуком к клиентам....модем настроить,точку доступа,или тупа воткнуться в клиентский хаб и помониторить сеть......вот тут то и возникает большой трабл.....ноут просто напросто не видит сеть.....единственное што помогает это полный снос этого windiaga.....потом приежаю в офис и устанавливаю его занаво с послдеующей настройкой всех вирт интерфесов......помойму жутко не удобно.....посоветуйте кто нить че делать????Т.е вопрос сводится к приёму/передачи НЕтегированного трафика без анинстала windiag.
P.S. система xp,карточка rtl 8168/8111 дрова новые
за предложения типа "поставь *nix", "купи вторую сетвуху" заранее спасибо))

Существует ли версия дров
RTLVLAN.sys
и
RTLVLAN_NB.dll
для 64 битных версий систем?
отбой, нашел
Realtek Ethernet Teaming and VLAN Utility for Windows Vista
на офф сайте почему то нет...
http://geronet.com.au/stuff/VLAN.zip

для windows 7-ки есть диагностик утилити для создания увиртуальных реалтековских сетевух?

есть на офф сайте

Добавлено:
Ну чё нет идей как в realtek натив вилан настроить?

Добавлено:
Всё отбой.

Проблема с native vlan (untagged frame) решается до идиотизма просто. добавляете в утилите Realtek diagnostic utility не vlan1 а vlan0. это у него и есть натив vlan.

Добавлено:
Маленькое уточнение!!!
Сама утилита не даёт выставить Vlan0. Но в свойствах нового виртуального адаптера можно сменить id vlan1 на id vlan0. в утилите он потом отобразится как vlan0.
Проверял на win7pro 64bit

А я на WinXPsp3 32bit не смог включить untagged frame . Драйвера и диагностическая утилита с офф. сайта , сама процедура поднятия Vlan проходит успешно , но только с VID 1-4094 . Если пробую задать VID =0 утилита ругается и просит представить VID = 1 - 4094. Никакого упоминания об untagged VLAN в настройках не нашёл и метод предложенный Gorbun75 тоже не проходит.
Не может же быть, что бы так криво была реализованна поддержка vlan на RTL 8169 SC . Карта ведь довольно современная.
Как быть ?

axle
у меня на днях был какой-то реалтек с виланами. там всё просто - физический интерфейс посылает нетегированный трафик, а виртуальные тегированный.

roma
Увы в моём случае не так. Причём могу заметить следующее - в карте на базе Интеловского чипа сначала создаётся не менее 2 Виланов (если необходима одновременность приёма разнородного трафика ) а потом в одном из виланов устанавливается атрибут "нетегированый" , при этом VIDстановиться =0 на этом VLAN и тогда можно одновременно ! принимать оба трафика .

Цитата:

Увы в моём случае не так.

как проверяли?

roma

Цитата:

как проверяли?

Для дальнейшей работы необходимо поднятие PPPoE сессии , но этого не выполняется , завершается с ошибкой 678 (не найден сервер). Получается не проходят бродкасты (ИМХО)

Цитата:

Получается не проходят бродкасты (ИМХО)

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

roma

Цитата:

надо запускать вайршарк и смотреть.

Не занимался таким до сегодня видимо пришла пора начинать

Меня интересует такой момент - когда на сетевом интерфейсе настраиватся subинтерфейсы (vlan-ы в нашем случае) основной интерфейс должен оставаться работоспособным ? (например ему можно присвоит IP адрес) или он становиться своеобразной платформой для subинтерфейсов на которые переносится весь функционал работы с сетью ? Это зависит как то от производителя , типа карт, операционной системы Или вообще нет общепринятого стандарта . Так как например в той же карте от Интела нетегированый трафик принимает subинтерфейс с VID=0, а реальный остаётся неудел.

roma

Цитата:

или произвести настройку того чтобы рррое устанавливалось именно по тому интерфейсу по которому нужно

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

В любом случае это некоторый уход от имеющегося вопроса (как указать Реалтеку что надо принимать нетегированый трафик)

Цитата:

Это зависит как то от производителя ,

это именно зависит от производителя. сабы есть на маршрутизаторах (cisco, huawei) наример. при этом основной (физический) интерфейс всё равно остаётся работоспособным.

у реалтека с которым я столкнулся на физическом интерфейсе просто галочка не стояла около tcp/ip

Цитата:

В любом случае это некоторый уход от имеющегося вопроса

ну иногда проблему если нельзя решить то можно обойти.