Netbui sneller dan TCP/IP

[RRX]

Ik zit hier nu op school, en wij moeten op internet uitzoeken waarom NetBUI Sneller is dan TCP/IP? weet iemand dat toevallig?

[defl8te]

heb ik ook vorig jaar gehad op school, ben het alleen weer ff kwijt, was het niet iets met de headers ofzow...?

[intert0y]

Netbui is sneller dan TCP/IP omdat het rechtstreeks tussen clients plaatsvind ofzow.

TCP/IP komt met allerlij andere bagger weer bij elkaar (in willekeurige volgorde want evt. andere wegen bewandeld)
Daar moet het weer in de juiste volgorde worden geplaatst.

Netbui is dus sneller.

ps. dit is alles wat ik me van de verklaring ervoor kan herinneren, maar er is vast een gotter die mij kan bijstaan

[Roaming]

TCP/IP heeft veel meer overhead(dns, dhcp, routeerbaar)
netbeui is gewoon plain pctje praten (is ook niet routeerbaar).

[Passenger]

Op dinsdag 09 oktober 2001 09:36 schreef Roaming het volgende:
TCP/IP heeft veel meer overhead(dns, dhcp, routeerbaar)
netbeui is gewoon plain pctje praten (is ook niet routeerbaar).

tis toch wel te tunnelen? toch

[pistole]

Op dinsdag 09 oktober 2001 09:43 schreef Tu-Tone het volgende:

[..]

tis toch wel te tunnelen? toch

Als je packets forward op je tunnel zou het wel kunnen werken (denk ik)

[Remco]

Op dinsdag 09 oktober 2001 09:36 schreef Roaming het volgende:
TCP/IP heeft veel meer overhead(dns, dhcp, routeerbaar)
netbeui is gewoon plain pctje praten (is ook niet routeerbaar).

eeeeh, dns, dhcp ???
Praten we over het frame, of over de mogelijkheden ?

Inderdaad, tcp/ip heeft wat meer overhead dan netbeui.

links:
http://hdallen.home.mindspring.com/tcpip.htm
http://hdallen.home.mindspring.com/netb.htm

ps,

gewoon gevonden op google, probeer eens te zoeken op netbeui vs tcp/ip of iets dergelijks.

[teigetjuh]

Netbeui heeft een veel kleinere header waar allerlei info instaat dan TCP/IP. Hierdoor kan er meer data in een frame, dus haal je een grotere snelheid met data-transport. Nadeel van Netbeui is dat het niet routeerbaar is. Je kan het over TCP/IP laten lopen, maar dan is het langzamer dan TCP/IP. Je gaat dan je netbeui-pakket in het data-veld van een tcp/ip frame stoppen.....

[RRX]

Op dinsdag 09 oktober 2001 10:03 schreef t808421 het volgende:

[..]

eeeeh, dns, dhcp ???
Praten we over het frame, of over de mogelijkheden ?

Inderdaad, tcp/ip heeft wat meer overhead dan netbeui.

links:
http://hdallen.home.mindspring.com/tcpip.htm
http://hdallen.home.mindspring.com/netb.htm

ps,

gewoon gevonden op google, probeer eens te zoeken op netbeui vs tcp/ip of iets dergelijks.

ik had al verschillende dingen (zonder resultaat) op google geprobeerd.

Op dinsdag 09 oktober 2001 12:52 schreef teigetjuh het volgende:
Netbeui heeft een veel kleinere header waar allerlei info instaat dan TCP/IP. Hierdoor kan er meer data in een frame, dus haal je een grotere snelheid met data-transport. Nadeel van Netbeui is dat het niet routeerbaar is. Je kan het over TCP/IP laten lopen, maar dan is het langzamer dan TCP/IP. Je gaat dan je netbeui-pakket in het data-veld van een tcp/ip frame stoppen.....

Kijk, daar kan ik nou wat mee thanx

[Verwijderd]

TCP is inderdaad trager dan Netbeui.
Netbeui is een broadcast protocol, dat betekent dat hij gewoon over het netwerk schreeuwd en wacht tot er iemand antwoord. TCP zoekt daar in tegen eerst de juiste PC (ipadres of MAC adres) maakt een verbinding en bij elk frame dat over en weer word gestuurd word er gevraagd of alles goed is over gekomen. Zo niet dan word het nog eens gestuurd. Juist door door die verificatie is TCP trager. In het TCP IP pakket zit ook het protocol UDP die niet verificeerd, maar dan bestaat de kans dat er data verloren gaat. Dit protocol word bijvoorbeeld gebruikt als je live een film kijkt op het Inet.
TCP bestaat uit vele protocollen die allemaal hun bijdrage leveren waardoor dit protocol zo stabiel is.

[RRX]

Op dinsdag 09 oktober 2001 13:26 schreef snapnie het volgende:
TCP is inderdaad trager dan Netbeui.
Netbeui is een broadcast protocol, dat betekent dat hij gewoon over het netwerk schreeuwd en wacht tot er iemand antwoord. TCP zoekt daar in tegen eerst de juiste PC (ipadres of MAC adres) maakt een verbinding en bij elk frame dat over en weer word gestuurd word er gevraagd of alles goed is over gekomen. Zo niet dan word het nog eens gestuurd. Juist door door die verificatie is TCP trager. In het TCP IP pakket zit ook het protocol UDP die niet verificeerd, maar dan bestaat de kans dat er data verloren gaat. Dit protocol word bijvoorbeeld gebruikt als je live een film kijkt op het Inet.
TCP bestaat uit vele protocollen die allemaal hun bijdrage leveren waardoor dit protocol zo stabiel is.

Thanx !!

[m-m]

ik heb altijd het idee als ik zooi over mijn lan pomp dat netbeui veel meer collisions veroorzaakt dan als ik dezelfde file FTP, kan dat

[RRX]

Op dinsdag 09 oktober 2001 17:41 schreef m-m het volgende:
ik heb altijd het idee als ik zooi over mijn lan pomp dat netbeui veel meer collisions veroorzaakt dan als ik dezelfde file FTP, kan dat

ik denk het wel, aangezien FTP speciaal voor het "vervoeren" van bestanden is "File Transfer Protocol"
_{Correct me if I'm wrong}

[Remco]

verwar nou geen verschillende dingen met elkaar.
je hebt transport protocollen en "applicatie" protocolen.

je kan netbeui en ftp niet met elkaar vergelijken.

[RRX]

Op woensdag 10 oktober 2001 08:40 schreef t808421 het volgende:
verwar nou geen verschillende dingen met elkaar.
je hebt transport protocollen en "applicatie" protocolen.

je kan netbeui en ftp niet met elkaar vergelijken.

dat zeg ik toch ook niet, juist omdát FTP een transportprotocol is heb je minder last van collision. je kan een transport, en een applicatie protocol wel vergelijken op het gebied van transport. Dan heb je dus met FTP minder last van collision. toch

[Verwijderd]

Juist doordat Netbeui broadcast, is het niet zeker of er een antwoord komt. Dat kan betekenen dat dat frame lang over het netwerk vliegt, die dus collisions kan veroorzaken.

[Remco]

Op woensdag 10 oktober 2001 10:16 schreef RRX het volgende:

[..]

dat zeg ik toch ook niet, juist omdát FTP een transportprotocol is heb je minder last van collision. je kan een transport, en een applicatie protocol wel vergelijken op het gebied van transport. Dan heb je dus met FTP minder last van collision. toch

ftp maakt gebruik van tcp.

Het aantal collisions heeft te maken met het "luisteren" van de netwerkkaart of er wel of niet gezonden kan worden.
Als 2 netwerkkaarten tegelijk luisteren en zien dat het netwerk vrij is om te zenden, gaat er een random timertje lopen die bepaald wanneer ze zenden.
Mocht er dan onverhoopt toch nog twee tegelijk gaan zenden, krijg je een collision.

ip en netbeui draaien fysiek trouwens weer over het (H)DLC of SNAP protocol.
Welke dus verantwoordelijk zijn voor collisions.

correct me if I am wrong...

[Verwijderd]

Op woensdag 10 oktober 2001 12:53 schreef t808421 het volgende:

[..]

ftp maakt gebruik van tcp.

Het aantal collisions heeft te maken met het "luisteren" van de netwerkkaart of er wel of niet gezonden kan worden.
Als 2 netwerkkaarten tegelijk luisteren en zien dat het netwerk vrij is om te zenden, gaat er een random timertje lopen die bepaald wanneer ze zenden.
Mocht er dan onverhoopt toch nog twee tegelijk gaan zenden, krijg je een collision.

ip en netbeui draaien fysiek trouwens weer over het (H)DLC of SNAP protocol.
Welke dus verantwoordelijk zijn voor collisions.

correct me if I am wrong...

yep u r wrong (close tho)

tcp ip maakt gebruikt van csma/cd (carrier sense multiple access/collison detected)
dit houdt in dat als er iets verstuurd moet worden je netwerkkaart het gewoon op je netwerkt gooit... maar als er al iets op het netwerk "staat" detecteert die een collision en beide pc's die aan het sturen waren wachten een random tijd om vervolgens de pakketten opnieuw te sturen.

als je netwerkkaart luistert... dan gebruik je csma/ca (collision avoided)

[Verwijderd]

Op dinsdag 09 oktober 2001 13:26 schreef snapnie het volgende:
TCP is inderdaad trager dan Netbeui.
Netbeui is een broadcast protocol, dat betekent dat hij gewoon over het netwerk schreeuwd en wacht tot er iemand antwoord. TCP zoekt daar in tegen eerst de juiste PC (ipadres of MAC adres) maakt een verbinding en bij elk frame dat over en weer word gestuurd word er gevraagd of alles goed is over gekomen. Zo niet dan word het nog eens gestuurd. Juist door door die verificatie is TCP trager. In het TCP IP pakket zit ook het protocol UDP die niet verificeerd, maar dan bestaat de kans dat er data verloren gaat. Dit protocol word bijvoorbeeld gebruikt als je live een film kijkt op het Inet.
TCP bestaat uit vele protocollen die allemaal hun bijdrage leveren waardoor dit protocol zo stabiel is.

ook bijna... tcp/ip weet ip adress (ip laag 3 osi,anders kan die niet sturen (natuurlijk als je pcnaam gebruikt heb je dns/host/wins ofzo ndig om naam naar ip om te zetten) en zoekt uit via arp/rarp request welk mac adress bij het ip hoort. het werkelijke versturen gebeurd net als bij netbui dus ook op mac adress niveau (laag 2 osi)

[Remco]

Op donderdag 11 oktober 2001 11:19 schreef betweter het volgende:

[..]

yep u r wrong (close tho)

tcp ip maakt gebruikt van csma/cd (carrier sense multiple access/collison detected)
dit houdt in dat als er iets verstuurd moet worden je netwerkkaart het gewoon op je netwerkt gooit... maar als er al iets op het netwerk "staat" detecteert die een collision en beide pc's die aan het sturen waren wachten een random tijd om vervolgens de pakketten opnieuw te sturen.

als je netwerkkaart luistert... dan gebruik je csma/ca (collision avoided)

oeps,

je hebt gelijk. We praten over half-duplex ethernet 802.3 en geen 802.2, want die is niet "connection-less" (maar gebruikt wel dlc, s of h.
Full-duplex heeft geen foutdetectie, gebruikt dus geen
csma/cd

En nu houd mijn parate kennis op, moet ik weer schoolboeken gaan pakken..........liever niet.

Gegroet,

Remco.

[Verwijderd]

Op donderdag 11 oktober 2001 11:30 schreef betweter het volgende:

[..]

ook bijna... tcp/ip weet ip adress (ip laag 3 osi,anders kan die niet sturen (natuurlijk als je pcnaam gebruikt heb je dns/host/wins ofzo ndig om naam naar ip om te zetten) en zoekt uit via arp/rarp request welk mac adress bij het ip hoort. het werkelijke versturen gebeurd net als bij netbui dus ook op mac adress niveau (laag 2 osi)

Klopt als een bus, het ging mij erom dat het duidelijk was dat er eerst gezocht word op het netwerk en dan pas data versturen. En dat is volgens mij de reden dat TCP trager is (samen dan met 3 way handshake procedure).
Als hij het echt goed wilt weten is exam 70-059 iets voor hem.

[Twynn]

Op donderdag 11 oktober 2001 11:19 schreef betweter het volgende:
tcp ip maakt gebruikt van csma/cd (carrier sense multiple access/collison detected)

Ehm.. Dat is toch niet iets van TCP/IP, maar toch gewoon het ethernet-protocol??
(En TCP/IP kun je toch ook gewoon gebruiken met een token-ring netwerk, waarbij dus geen csma/cd is!?)

Overigens hoeft Netbui dus niet altijd sneller te zijn dan tcp/ip.. Omdat het inderdaad een broadcast protocol is zal het op een netwerk met veel pc's juist langzamer zijn.. (elke pc probeert maar te schreeuwen, en komt er niet snel genoeg tussen!)

[Aetje]

Op donderdag 11 oktober 2001 11:19 schreef betweter het volgende:

[..]

yep u r wrong (close tho)

tcp ip maakt gebruikt van csma/cd (carrier sense multiple access/collison detected)
dit houdt in dat als er iets verstuurd moet worden je netwerkkaart het gewoon op je netwerkt gooit... maar als er al iets op het netwerk "staat" detecteert die een collision en beide pc's die aan het sturen waren wachten een random tijd om vervolgens de pakketten opnieuw te sturen.

als je netwerkkaart luistert... dan gebruik je csma/ca (collision avoided)

*TEEET* WRONG!
CSMA/CD is een data-link protocol (layer 2 in OSI), heeft nix met de daarbovenliggende netwerkprotocollen (layer 3 in OSI) te maken.

En FTP is een applicatie/protocol die van TCP gebruik maakt voor de verbinding. Hoort thuis in layer 7 als ik me niet vergis...

NetBEUI heeft minder verificatie en overhead, en geloof ik ook langere "bursts" van data (lange berichten op volle snelheid) waardoor dat protocol intensiever van het netwerk gebruik maakt. Collisions ontstaan niet op layer 3 van het OSI model maar op de onderliggende lagen (1: Physical/2: Data Link) en worden daar ook afgehandeld (CSMA/CD). Meer data betekent ook meer collisions.

Ook full duplex gebruikt CSMA/CD maar ondersteunt geen flow control. ELK device onder de 802.2 specificatie moet collisions kunnen verhelpen.

edit:

zpelvaudjez

[RRX]

Op dinsdag 09 oktober 2001 13:26 schreef snapnie het volgende:
TCP is inderdaad trager dan Netbeui.
Netbeui is een broadcast protocol, dat betekent dat hij gewoon over het netwerk schreeuwd en wacht tot er iemand antwoord. TCP zoekt daar in tegen eerst de juiste PC (ipadres of MAC adres) maakt een verbinding en bij elk frame dat over en weer word gestuurd word er gevraagd of alles goed is over gekomen. Zo niet dan word het nog eens gestuurd. Juist door door die verificatie is TCP trager. In het TCP IP pakket zit ook het protocol UDP die niet verificeerd, maar dan bestaat de kans dat er data verloren gaat. Dit protocol word bijvoorbeeld gebruikt als je live een film kijkt op het Inet.
TCP bestaat uit vele protocollen die allemaal hun bijdrage leveren waardoor dit protocol zo stabiel is.

en NetBEUI controleerd niet of de data goed is overgekomen? dus daar kan van alles mis gaan ?

[Verwijderd]

Ik weet niet genoeg over NEtbeui om het een zinnig antwoord op te geven. Op het net heb ik ook niks gevonden over hoe Netbeui precies werkt.
Het lijkt me enigszinds wel logisch dat er tijdens een File Transport een stukje verificatie is, maar of het op de zelfde manier gaat als TCP weet ik niet.

Maargoed, je vroeg om de reden waarom Netbeui sneller was, en ik denk dat je in deze post wel je antwoord kunt vinden. Misschien meot je dan een nieuwe post plaatsen oevr hoe Netbeui precies werkt...

[Verwijderd]

Op donderdag 11 oktober 2001 14:41 schreef Aetje het volgende:

[..]

*TEEET* WRONG!
CSMA/CD is een data-link protocol (layer 2 in OSI), heeft nix met de daarbovenliggende netwerkprotocollen (layer 3 in OSI) te maken.

En FTP is een applicatie/protocol die van TCP gebruik maakt voor de verbinding. Hoort thuis in layer 7 als ik me niet vergis...

NetBEUI heeft minder verificatie en overhead, en geloof ik ook langere "bursts" van data (lange berichten op volle snelheid) waardoor dat protocol intensiever van het netwerk gebruik maakt. Collisions ontstaan niet op layer 3 van het OSI model maar op de onderliggende lagen (1: Physical/2: Data Link) en worden daar ook afgehandeld (CSMA/CD). Meer data betekent ook meer collisions.

Ook full duplex gebruikt CSMA/CD maar ondersteunt geen flow control. ELK device onder de 802.2 specificatie moet collisions kunnen verhelpen.

yup... ik had dus moeten zeggen... tcp\ip maakt gebruik van csma/cd op ethernet...

[RRX]

[topic=293002/1/99]

[Bert-Jan]

maar stel dus ik heb een netwerk en ik heb een TCP/IP protocol op alle clients die aan een FreeSCO server (DHCP), als ik dan bij die clients (welke naar elkander bestanden e.d. kopieren) ook nog NetBEUI installeer als protocol in win98se, gaat het dan sneller, iaw, kiest die dan voor het kopieren van bestanden NetBEUI of niet? of zie ik het verkeerd?

[Verwijderd]

http://support.microsoft.com/support/kb/articles/Q128/2/33.asp

http://ourworld.compuserve.com/homepages/timothydevans/contents.htm


ben je ff zoet