Часть сетки работает по TCP/IP, другая по Netbeui.
Так вот куда мог деться протокол NetBEUI у меня на машине. Пытаюсь добавить, ан нет его в списке предлагаемых. Что можно сделать в этом случае, где скачать необходимое обновление?
Пол сетки есть в сети, другой половины нет. Не порядок

это NWLink IPX/SPX/NetBIOS-совместимый?
Может попробывать сетевую грохнуть, пусть ее винда еще раз установит

Найдите на компакт-диске с дистрибутивом Windows папку ValueaddMsftNetNetbeui и скопируйте из нее два файла: nbf.sys в папку %SystemRoot%System32Drivers и netnbf.inf в папку % SystemRoot %Inf. После этого откройте Свойства сети и установите пpотокол NetBEUI.

Зачем вам протокол NetBeui?
Он отключен в последних виндах, т.к. нет причин для его исп. если есть TCP/IP.
Разводить "зоопарк" протоколов (некоторые из которых не так устойчивы к сбоям, как TCP/IP), вряд ли имеет большой смысл. Хотя тут Pit что-то писал про скорость, но юзать NetBeui (а также "быструю" FAT32) я бы не советовал. "Скорость" обеспечивается отс. транзакций или других ср-в обесп. надежности.

А может быть тайный смысл есть в этом? Например, стоит HASP и нужно, чтоб не все его обнаруживали? Или сбои у клиента чинить потом за дополнительную плату?

(0) Причины, зачем нужен этот протокол могут быть различные. Но, самое интересное, как его поставить, есть в документации к ХР.
(2) Верно написал, только путь без слешей указал, из этой папки его можно просто поставить, правильный путь папки:
Valueadd\Msft\Net\Netbeui

(2,5) спас, завтра попробую разобраться.

(2) Там нечего разбираться, просто надо его поставить, и все.

romix опять проявил свои "глубокие познания".

(7) Да он часто ляпает... Блины как от коровы... Я уж молчу - пусть побольше английских джентьменов будет...

всем спас, получилось, сейчас проверю на работоспособность

(+9) заработало, еще раз спас

(7,8) Любителей отстойных протоколов (изъятых, по причине своей отстойности, из последних виндов) прошу обосновать свою точку зрения.

А точка зрения, кстати, существует. Например, развязать именно по протоколам сетку, и именно для того, чтобы не все по этой сетке лазили

(+13) и не изъяты они вовсе, просто убраны

(11) Особо умным админам посвящается.
Если в малой сети (рабочей группе) нет ни одной задачи, которой нужен маршрутизируемый протокол, устанавливать его нет необходимости.
Кроме того, "считающему себя особо умным" админу стоит знать, что могут и существовать приложения, написанные исключительно под NetBEUI.
Об этом, кстати, прямо написано в документации Мicrosoft.
Хакерские же выводы делать не стоит.
PS: Впрочем, прочитав вчерашние твои нападки на уважаемых посетителей, сие неудивительно.

(13) Все равно залезут. :-)

(14) "Изъяты" и "убраны" - это синонимы. :-)

(15) Маршрутизация, не будучи задействованной, никак себя и не проявляет.
"Виновником" замедления TCP/IP является не она, а средства повышения надежности (гарантируется доставка пакетов в нужном порядке и без пропусков - ценой этого, естественно, является встречный поток данных с подтверждениями доставки).

Сбои из-за ненадежного протокола (который быстрый, но ничего не гарантирует)могут никогда не проявиться (админ рад и доволен), а могут накернить базу, и тогда админ типа (15) винит кого или чего угодно, но только не себя и свои кривые ручки (и стремление сделать "побыстрее").

Насчет приложений, которые написаны только под Netbeui - я очень рад, что они есть. Хотелось бы только узнать, а что это за экзотические приложения. И есть ли они в природе (или только в политехническом музее, да в примерах на MSDN)?

(15-PS) Нападки были не на уважаемых посетителей, а на слова Рупора Абсурда
в База знаний mista.ru на ИТС? "База знаний - помойка! Целиком! ... Инженеры знаний - непроходимые тупицы! ... или таковыми хорошо прикидываются ... Все! ...  ". Он, кстати, за них так и не ответил. Если человеку 15 лет, то его надо воспитывать.

Уж коли обоср... пардон, облажался... тогда изображай английског джентьмена - молчи в тряпочку...

а теперь особо "упернутым" админам, которые не читают книги...

"Маршрутизация, не будучи задействованной, никак себя и не проявляет. "Виновником" замедления TCP/IP является не она, а средства повышения надежности (гарантируется доставка пакетов в нужном порядке и без пропусков - ценой этого, естественно, является встречный поток данных с подтверждениями доставки)."

Являямь неким универсальным протоколом, ТСП всегда готовит пакет с учетом возможной маршрутизации, тратя на это время..

"Сбои из-за ненадежного протокола (который быстрый, но ничего не гарантирует)могут никогда не проявиться (админ рад и доволен), а могут накернить базу, и тогда админ типа (15) винит кого или чего угодно, но только не себя и свои кривые ручки (и стремление сделать "побыстрее")."

В НетБеуи есть свои средства проверки доставки. Если ты не знаешь про них - это твои проблемы...

В настоящее время действительно мало приложений, ориентированных на НетБеуи... Но его применение позволяет решить задачи иного плана без уменьшения надежности...  Какие - тебе говорилось...

(19) Это сделал другой человек. +Он не ответил, что именно имел в виду под словами "помойка, тупицы".

(20) Тормозам посвящается...

>Являямь неким универсальным протоколом, ТСП всегда готовит пакет с учетом возможной маршрутизации, тратя на это время..

Ну и где тут "подготовка маршрутизации"? (кроме преобразования адреса IP->Ethernet по ARP-таблице (которая лежит в памяти и адресуется с 4-байтным индексом)?

Формат IP-заголовка следующий:  
typedef struct   {  
ushortip_hl:4,/* header length */  
ip_v:4; /* version */  
uchar ip_tos; /* type of service */  
ushortip_len; /* total length */  
ushortip_id; /* identification */  
ushortip_off; /* fragment offset field */  
uchar ip_ttl; /* time to live */  
uchar ip_p; /* protocol */  
ushortip_sum; /* checksum */  
ulong ip_src; /* source address */  
ulong ip_dst; /* destination address */  
uchar ip_options[];   } ip_header;

А возможные (оправданные) тормоза "растут" отсюда:

"Прием всех данных, передаваемых по TCP, подтверждается принимающей   стороной. При этом принимающая сторона сообщает передающей размер   своего окна, в пределах которого передающая сторона может слать   данные, не дожидаясь подтверждения. Окно это обычно сильно больше   размера пакета.   Сделано это все из тех соображений, что у типичной сети пропускная   способность достаточно велика, но и round-trip-time (время пути   сигнала туда и обратно) настолько велико, что, если ждать   подтверждения на каждый посланный пакет, то передача данных будет   сильно медленнее, чем позволяет сеть."

http://ava.org.ua/topics/printable/?read=155

+21
>В НетБеуи есть свои средства проверки доставки. Если ты не знаешь про них - это твои проблемы...

Не знаю, но по скорости предполагаю, что их просто нет.

(21) Все верно... Это в случае использования инета... Но и по локальной сети делается ряд действий, которые в ряде частных случаев просто не нужны..

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

А средства контроля доставки были и в нем... Неужели ты считаешь, что без этого можно работать? Так что не волнуйся - битых пакетов пропущено не будет...

Просто НетБеуи разрабатывался чисто на лок сеть... А потом появился инет... и сами лок сети стали усложняться в части топологии... И согласно рекомендациям стал развиваться ТСП...

Но нетБеуи вполне можно эксплуатировать в простых сетях... С получением соответствующих преимуществ... В небольших конторах это именно так...

кстати, ответь на вопрос - насколько скорость реальной передачи файлов на сети 10 мбит отличается от 100 мбит?

(24) прямо как вопрос для блондинки: Слоко шла столетняя война... 100, 99, 98...

(23) >Но и по локальной сети делается ряд действий, которые в ряде частных случаев просто не нужны..

А можно поподробнее? Мифотворчеством все умеют заниматься... А копнешь поглубже (я думаю, что в Microsoft именно так и сделали, когда убирали протоколы), так ничего подобного в IP-сетях и нету. Если компы в одной подсетке - то что уж там такого может быть?

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

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

Моим коллегам встречались кассовые аппараты, которые отсылали чеки в компьютер "не глядя", из-за чего при некоторых условиях (это заметил заказчик) пропадала часть чеков. Вот к чему приводят протоколы обмена без подтверждений доставки. Использовать их безусловно нельзя.

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

(24,25) Не знаю - но вопрос интересный. Особенно если практически померить.
Предлагаю завести ветку.

(25) 113 лет

(26) Ты сам себе противоречишь. Проверка по контрольной сумме - это по твоему не проверка нормальной доставки? И неужели бы мировое сообщество не заметило бы за столько лет, что в НетБеуи "пропадает часть чеков при определенных условиях", если бы это на самом деле так было? А в локалке он действительно работает лучше, чем ТСП, хотя бы тем, что после старта машины в сетевом окружении видишь все машины, на которых стоит этот протокол. А вот ТСП притормаживает при запуске довольно сильно - на 1-2 минуты (попадались случаи - до 5 минут)

(28) Да брось. Он просто совсем не знает теории передачи данных с сети Ethernet.
Теоретическая вероятность обнаружения сбойного пакета 99,999999977%, ссылку на статью я приводил.

(28) Нет, ТОЛЬКО проверка контрольной суммы - это не дело, потому что контрольная сумма каждого "чека" в отдельности может совпадать, а часть из них просто "пропасть".

"Мировое сообщество" могло понадеяться, также как и BorisG, на цифру с большим количеством девяток. Вот только BorisG не учитывает, что иногда сбоит питание, иногда бывают атмосферные помехи, иногда прокладывают слишком длинный или некачественный сетевой кабель, иногда рядом включают дрель, уборщицы ходят со своими швабрами и выдергивают шнуры, бывают грызуны, которые, также как и уборщицы, любят что-то делать с кабелем, и все это резко повышает вероятность сбоев (а как следствие - порчи БД или "пропажи" денег "в пути"). Если в банке пропадают чьи-то деньги - то это значит, что ИС там делали вот такие вот "знатоки теории передачи данных".

Насчет медленного включения TCP - у тебя что-то не так настроено. Таких пауз при старте быть не должно. Все включается мгновенно.

(28) - Нормальная настройка ТСП сетки (необходимый спектр ТСП служб) и не будет тормозов, и все будут видны.
Ни чего против НетБуит не имеюю, но работаю по ИП. И думаю что елси нет необходимости в нетБуи лучше перейти к ИП

(30) Да я то как раз учитываю, ибо учили этому... а не просто рассуждаю на основе "умозаключения"...
И сертификат получал как раз по этим проблемам сетей в учебном центре в Будапеште "Certifying & Troubleshooting Lan Cabling System"
.
Мда... "Мировое сообщество" по мнению romix'а делает неправильные выводы...

(32) Ну и что, NetBeui как-то отслеживает потерю (выпадание) отдельных кадров?
И что это за отстойная "теория" про эмпирические 99,999999977% (мыши кабель погрызут - процент заметно упадет).

(33) Ты хоть прочитал, что это за цифра, перед тем, как спрашивать?

Мда... по мнению romix'а в основу Ethernet заложена отстойная "теория"... no comment.

PS: Для сведения. Эта цифра показывает вероятность обнаружения ошибки в кадре Ethernet НЕЗАВИСИМО от протокола. И определяется она алгоритмом подсчета контрольной последовательности кадра, Frame Check Sequence, FCS. Это, по сути, CRC32 (заголовок, данные с заполнителем + порождающий полином), а не просто контрольная сумма.

PSS: Перед тем, как о чем-то рассуждать, почитай для начала теорию.

Да, приколы однако. Чел задал вопрос, в результате romix`а загнали в угол и он теперь только огрызается. А за что, спрашивается? За то, что обидел старый добрый NetBeui :)):)):))

(34) При чем тут контрольные суммы, если я пишу про ПОТЕРИ ПАКЕТОВ?
От них-то CRC не защищает...

И с чего ты гонишь, что я не знаю, как расчитывается CRC? Но только ее одной явно недостаточно.

Ух ты! Проснулся!

(37) Зато все сертифицированные господа что-то заснули насчет, отслеживает ли NetBeui потерю пакетов (а не только CRC - с ней-то как раз все понятно, и теория про 99,999.... и т.д. процентов может быть верна).

Понятно, почему эти господа заснули - запрос в Яндексе "NetBeui потеря пакетов" ясно дает понять, что NetBeui ТЕРЯЕТ ПАКЕТЫ!!!!!!!!!

Т.е. сертификат, полученный в Будапеште, еще не гарантирует глубоких знаний.

(39) Извиняться и за базар отвечать когда будешь?

(40) Да хоть сейчас. Скажи только, за что. Может, за это? "Он просто совсем не знает теории передачи данных с сети Ethernet".

(+41) Теоретики, блин. Готовы любую лажу как надежный продукт рекламировать (надежность - 99,9999...%). А потом у людей кассовые аппараты сбоят, т.к. нет подтверждения доставки пакетов данных. :-)

(42) Извинись сначала за "отстойную, по ТВОЕМУ утверждению, "теорию", на которой построен весь Ethernet.
Подбирай выражения.
Ты может вместо "теоретических" рассуждений тут все-таки хоть что-то начнешь читать?
Можешь сам набрать тоже самое в яндексе про ТСР, много нового узнаешь...
Но лучше все-таки взять описание стандарта. Но... это явно не для тебя.
.
PS: Видно Волшебнику доставляют удовольствие подобные споры...

(39) Сертификаты не трожь... ибо у тебя то что за спиной?
Хакер-теоретик бл......

(43) Извиняюсь - тут я ошибся (неправильно понял, к чему относится "надежность 99,999999977%, думал, что к передаче данных, а оказалось, что - к одному единственному пакету - а они еще могут пропадать и меняться местами). Это как раз контролирует TCP/IP (за счет некоторой потери быстродействия).

(44) А тут их надо отбирать. За рекламу NetBeui как надежного протокола для БД.

Борь, да наплюй ты на него... Его уже несет... Он уже понял, что вляпался....

Каждому ....ту доказывать, что он ...л - много чести...

(47) Да нет - вы оба тут вляпались со своим NetBeui.
Везде написано, что он менее надежен по ср. с TCP/IP.

romix, ты внимательно смотрю почитал теорию :), похвально
я знаю закрытые, т.е. внутрикорпоративные системы класса ERP-систем, которые РЕАЛЬНО работают на NetBeui как надежном протоколе для БД ....

:)

(49) Ух ты - там видимо работают такие же долбо..бы как BorisG и Pit.

Яндекс: NetBeui потеря пакетов
При этом связь может выполнятся и по другим протоколам, например NetBEUI.
При высокой нагрузке в этом сегменте возможна потеря пакетов (в основном за счет заполнения буфера в адаптере).
www.metronet.ru/main_page/library/net/iola.html (28 КБ) 31.08.2003 — строгое соответствие
Найденные слова  ·  Похожие документы  ·  Рубрика: Услуги доступа и связи
NAG:Re: 2ВВ
Когда нужно просто передать голос/видео без особых требований к потерям и задержкам между пакетами - тут даже NetBEUI справится.
www.nag.ru/boards/test/0007/806.html (4 КБ) — строгое соответствие
Найденные слова  ·  Похожие документы  ·  Еще с сайта (31)  ·  Рубрика: Сети и связь
Стандарты DOCSIS и EuroDOCSIS
... IP пакетов немного больше ATM пакетов, поэтому для передачи одного IP пакета приходится использовать два ATM пакета, что приводит к потерям в 30-50% ...

(51) Когда за базар отвечать будешь? Или это способ самоутверждения?

Мудрый ромикс славно обосрал компанию МелкоСофт....

Честь ему и слава!!!! Ура!!!  Ура!!!  Ура!!!

(51) ты еще молодой и горячий, хороших людей "редисками" почем зря называешь, да и в аське от вопросов уходишь, ну чтошь успехов, ты как "всадник, гоняющийся за ветрянными мельницами" :)))

(53) тссс, ты что.... :)

Достойно Базы знаний.

скорее примера в FAQ, как вести флуд

флуд - это другое...

^)

(52) Да хоть сейчас (только прошу уточнить, где мои высказывания неверны).
(54) Почему почем зря?

будет время завтра, стукни в асю расскажу кого ты  обозвал :))))

да плевать, кого он обозвал, если бы это было по делу... А то ведь пытается козырять тем, чего у него нету...

(62) Ну козырни тем, что знаешь. Может, я тут щас покраснею до корней волос. :-)

Народ, домой пора. Или вы в других часовых поясах? Нет, вроде.

может ругаться перестанете?

(63) Хочешь поговорить об этом?

"Сидит мужик на даче. Хорошо... Смотрит - на дереве яблоко висит. Красивое!!!
Сорвал, сел на скамеечку. А кругом - лепота... Дай думает - съем яблочко...
Тут вдруг земля затряслась, гром, шум, пыль. Раскалывается земля, и разлома
вылезает огромная Жопа, заглатывает яблоко и скрывается под землю. И тишина...
Пыль рассеевается, мужик в оторопи говорит - "что это было?..." Тут опять
земля, шум, пыль, грохот - вылазит Жопа и говорит мужику -"Антоновка""

на Т1С видела

(65)Не обращай внимания тут просто с утра народ травы наккурился. Вот его и плющит

(68) Здаров, обкурившийся? Опять из школы выперли? Опять двойка?

(67) Привет Лошадкам...

(66) Да да да (я только послушать)

69. Петрам особенный привет :)))

(66) Хочу домой. Завтра поищу нормальные ссылки на инфу (если никто не подгонит что-то ценное на этот счет).

(69) Я вот думаю над следующем
"был pit, он бы сыграл на баяне по поводу. Музыкальный человек" (с) Волшебник

(72) На заборе фуй пишуть а там дрова

Зайцы играют ромиксу на баянах (с) Рупор Абсурда

(\(\        (\__/)        /)/)
(=':')     (=';'=)     (':'=)
(")(")    (")_(")    (")(")

[:]||||||||||||||||||||||||||||||||[:]
    [:]||||||||||||||||||||||||||||||||[:]
        [:]||||||||||||||||||||||||||||||||[:]

Пля Петя я плакальььь:)))))))))))))

Это все Рупор... Я только копи-пасте владею...

Баяны его???

Зайцы - его..... Баяны - это дрова... в сарае...

(75) А они точно не Boris'у G  играют?
А то он куда-то слинял...
Я тогда тоже... до завтра...

79. Очень музыкальный человек... :)))

Дык вродь мишка на ухо наступил....

Мда......
Проще тему опустить, чем вычистить.