Connect with us

question about networking hubs / ethernet repeaters

Discussion in 'Electronic Basics' started by [email protected], Jul 27, 2006.

Scroll to continue with content
  1. Guest

    question about networking hubs / ethernet repeaters -

    say you have comps A,B,C,D connected to a hub.

    It's my understanding that the signal from a comp will not be sent back
    to that comp.

    A hub uses a bus/ just one wire to get the hub effect of sending to
    all. What electronic wizardry prevents a comp from receiving its own
    signal or more correctly, prevents the hub from sending the signal back
    to the orgiinating comp?
     
  2. Tom Biasi

    Tom Biasi Guest

    The hub will send the packets to all devices connected including the
    originating device.
     
  3. Guest

    can you give a reference for that?

    I will give a reference for what I said, which is that the hub sends to
    all except the original device

    p.60 "The hub's internal wiring propagates the signal to all other
    ports, but not back to the port that the signal was received on"
    CCNA Intro by Wendell Odon CCIE No 1624
     
  4. Andrew Holme

    Andrew Holme Guest

    A dumb repeater hub connects stations together to form a half-duplex
    collision domain in which only one station can transmit at a time. A
    collision occurs if two stations transmit at once. Stations need to be able
    to monitor their own transmissions in order to detect collisions.

    An intelligent switching hub routes packets only to the intended recipient
    by inspecting the destination MAC address field in the packet header. Full
    duplex operation is supported. Stations do not receive their own
    transmissions.
     
  5. Guest


    "Stations"/devices monitor their own transmissions without the hub
    sending their own transmission back to them. Statons use a loopback
    circuit in their own NIC (a connection between transmit and receive
    wires) thus, sending their own signal back to them - but not via the
    hub. Collisions are detected of course.
    When there is a collision, the transmitting stations will detect it.
    Station A which is receiving its own signal via loopback, will receive
    B's signal via the hub. . The combination causes a detectable change in
    the electrical signal (like increase voltage or maybe amplitude) they
    they receive a signal, from the hub, from that other computer. The
    same that goes for Station A goes for Station B.
    i'm not talking about switches. A switch is a hub, as much as a router
    is a hub. It's in the same sense, as in "hub and spoke topology". But
    I am not talking about hub in the sense of "hub and spoke topology".
    Nor am I talking about further marketting with terms like "intelligent
    hub". I only mean specifically (multiport) "ethernet" repeaters.
     
  6. John

    John Guest

    In your terminology, any device with two or more connections could be
    called an "Ethernet repeater". However, a switch is differentiated
    from a hub by the way it handles packets. Switches, like routers,
    have memory to be able to send packets only to the desired destination
    port. Hubs, by definition, are party line devices.

    Until you see that difference, none of your questions are meaningful.

    No, I don't have a CCNA - my job was fixing the problems the CCNA
    holders created...
     
  7. jasen

    jasen Guest

    a hub will send it back a switch will figure out where it's supposed to go
    and only send it there.
    ethernet was originally implemented with coaxial cables and used two
    conductors to carry the signals (the inner and the shield of the coax)
    now with twisted pair cables a separate pair is used for carrying traffic in
    each direction.

    pergaps you mean one cable?
    from a hub nothing prevents that. the originating computer is configured to
    ignore its own signals, that's all.

    with a swtich the switch "asks around" and then remembers where the packet
    is supposed to go to.

    these days most hubs are switches.

    Bye.
    Jasen
     
  8. Tom Biasi

    Tom Biasi Guest

    I'm a little uncertain about your level of understanding but you can start
    here: http://compnetworking.about.com/od/hardwarenetworkgear/l/aa012801a.htm
    The text you quote is an excellent book on networking but assumes you can
    get the nuances.
    Regards,
    Tom (CCIE)
     
  9. Guest

    whose terminology? I never said such nonsense. On the contrary. I was
    clear that when I say hub here, I was referring to "ethernet"
    repeaters. I was not referring to the "hub and spoke topology"
    meaning. I even specified what I meant in the subject. It was another
    poster that brought up about "intelligent hubs" (he meant switches).

    switches aren't aware of layer 3, certainly hubs aren't. But yes, of
    course they handle it differently. I am well aware that a hub transmits
    to all (except the original) , and a switch only to the specified
    destination(s). switches read the MAC address. Hubs aren't aware of
    that. I never said anything to contradict that, I suggest you read
    carefully.

    "party line device" must be an old term because it doesn't get many
    results on google. I suppose you mean hubs send to everybody (except
    the origianal?) .
    I'm well aware of that, refer to the question.
    I was absolutely clear with what I meant by hub. The way I used it ,
    It can ONLY mean ethernet repeater. Notice that in my subject, I
    referred to ethernet repeater..

    I only mentioned the concept of the term hub in "hub and spoke
    topology" when a poster mentioned the term "intelligent hub"(he
    probably meant 'switch). I brought that up to indicate that I did not
    mean switches. Or routers for that matter

    Now, i'm hoping somebody can answer by what electronic wizardry, hubs
    ("ethernet" repeaters) do not send back to the originating device.
    That is a meaningful question
    Or do you disagree with CCIE Wendell Odom and say that they do send
    back to the originating device?


    If they do send back to the originating device , then what happens with
    a hub connected to a hub, wouldn't it go into a loop?
     
  10. Guest

    I understand the nuances(e.g. in Odom's discussion of hubs), and
    certainly am well aware of what that article discusses.

    I quoted from CCIE Wendell Odom's book, you say it's an excellent book.
    Yet It flatly disagrees with you. I don't see how that article you
    refer to is relevant


    You-
    The hub will send the packets to all devices connected including the
    originating device.

    Odom-
    "
    p.60 "The hub's internal wiring propagates the signal to all other
    ports, but not back to the port that the signal was received on"
    CCNA Intro by Wendell Odon CCIE No 1624
    "

    Also, if you are correct (and odom wrong), then what happens when a hub
    sends to a hub, would it not loop?
    By Odom's explanation, it wouldn't, so is not a problem. By yours, it
    would be. But you seem to not yet acknowledge that there is even a
    disagreement between you and Odom here.
     
  11. Guest

    I said, by hub, I mean ethernet repeater.THat is not a switch. Data
    will not flow in 2 directions. "Ethernet" repeaters are half duplex,
    not full duplex.

    ok, so you disagree with Odom then.

    so, as i've asked others, what of when 2 hubs are connected, how is a
    loop prevented? (i've asked the q of anybody that said this, but they
    haven't posted yet prob 'cos it's nighttime!)
    I didn't mean switches. only ethernet repeaters.
    I didn't mean them.
     
  12. Tom Biasi

    Tom Biasi Guest

    I don't have a copy of that book handy to see the context in which that
    statement was made.
    You seem to realize that the hub doesn't read any data at all. If it doesn't
    read data it can't make any decisions. As someone pointed out, the computer
    is configured to ignore its own signal (echo-off).
    The hub doesn't store any data before transmitting so a loop is meaningless.
    BTW: For someone looking for help you could be a little more polite.
    Tom
     
  13. Guest

    I understood him correctly.

    he states the same in another book too. in computer networking first
    step.
    "the hub simply listens for incoming electrical signals and whne
    received the hub repeats the same electrical signal to every other
    device that's conected to the hub........."
    "the hub's logic is simple.... receive traffic on pins 1 and
    2.....repeat the signal to all other ports except the one in which the
    data was received..when erpeating out other ports, repeat out traffic
    on pins 3 and 6"

    And his concept of collision detection relies on that..
    Here is another quote from CCNA Intro which makes Odom's concept of
    what happens very clear. p.60
    "If PC1 and PC2 sent a frame at the same time , a collision would
    occur. .. The hub would forward both electrical signals, which would
    cause the overlapping signals to be sent to all the NICs. So, because
    collisions can occur, the CSMA/CD logic still is needed to have PC1 and
    PC2 waited and try again. Note - PC2 would sense a collision because of
    its loopback circuitry on the NIC. THe hub does not forward the signal
    that Pc2 sent to hte hub back to PC2. INstead, each NIC loops the frame
    that it sends back to tits own receive pair on the NIC.. Then if PC2 is
    sending a frame and PC1 also sends a frame at the same time, the signal
    sent by PC1 is forwarded by the hub t oPC2 on PC2's receive pair. THe
    incoming signaal from the hub, plus the looped signal on PC2's NIC,
    lets PC2 notice that there is a collision. "


    hmm, I guess even regularly, when it uses loopback, it ignores its own
    signal, even though the signal comes in on the receive pairs. But
    how?.

    I asked in an electronics group hoping to find out by what electronic
    wizardry. Or does the NIC ignore based on the MAC?
    I guess that'd be how it happened with the old coax LAN technologies ,
    that didn't use loopback.

    The concept people discuss here is clearly different to that discussed
    by Odom. Fair enough.

    What is the purpose of loopback then?

    even without storing data. The wire between the hubs would be
    permanently busy.

    Sorry if it appears that way, but I am writing in this manner in order
    to get facts straight. Were I to not write in this manner, emphasising
    where the disagreements are, then things wouldn't be so clear. Infact,
    it may have gone unnoticed that every poster here disagrees with Odom.

    I hope that the extra quotes from Odom make Odom's position / the
    disagreement clearer. I'd be interested if you can recall where you
    get your fact that the hub sends to all devices and the originating
    comp ignores it. Because I have a source for my fact that the hub
    sends to all devices except the originating device.

    thanks
     
  14. Andrew Holme

    Andrew Holme Guest

    If I wanted to make a crude 4-port repeater-type hub for 10BASE-T, using
    only simple logic gates, with no microprocessor, no FPGA and no signal
    re-timing even, the logic might go something like this:

    Output[0] = Input[1] OR Input[2] OR Input[3]
    Output[1] = Input[0] OR Input[2] OR Input[3]
    Output[2] = Input[0] OR Input[1] OR Input[3]
    Output[3] = Input[0] OR Input[1] OR Input[2]

    Each output is generated from the logical OR of all other inputs except it's
    own.
     
  15. Tom Biasi

    Tom Biasi Guest

    OK, I thought that what I sensed as impoliteness may have been frustration.
    I have seen Odom state what you say many times and I have seen hub
    manufacturers circuits that retime, amplify and provide one big collision
    domain. The nic is responsible for managing collisions. As you surmise the
    wiring is quite busy. Collisions are happening all the time on a hubed
    network. CSMA/CD protocol manages this situation. The definition of a
    simple dumb hub is changing every day. Hubs are taking on some of the
    features of switches and some have a side processor to do what you said. A
    true dumb hub doesn't know which port to exclude. In half duplex its fairly
    easy; it cant talk and listen at the same time, in full duplex it needs the
    nic and CSMA/CD to handle collisions.

    Let me conclude by saying, I really can't answer your question as it was
    stated.
    Sorry,
    Tom
     
  16. Guest

    thanks for trying. no need to be sorry. (As you should know. Since it
    is obvious that you did what you can and you didn't even need to do
    that)
    And I wasn't frustrated. It was merely as I said, I was making the
    disagreement clear so as to clarify the question. I will try in
    sci.electronics.repair , hopefully some people there have opened
    hubs up and perhaps even seen both , ethernet repeaters that do send
    to all, and ethernet repeaters that send to all except the originating.
    I do have a suspicion that all of them don't send to the originating.
     
  17. Guest

    so are you saying that there's one chip iin the hub that "closes off"
    all ports , only "opening" and outputting to them when another port is
    sending.

    the bus in the hub is a single wire. Where is the chip located to have
    that effect? or is it chips?

    (I suppose the single wire in the hub can double up to connect to the
    "twisted pair" cables plugged into it. But that's just the end of each
    port on the hub, not really relevant. Or it could be that the hub has
    a TP wire all the way through it, but again, that doesn't change this.
    Though would be interesting to know)

    thanks in advance
     
Ask a Question
Want to reply to this thread or ask your own question?
You'll need to choose a username for the site, which only take a couple of moments (here). After that, you can post your question and our members will help you out.
Electronics Point Logo
Continue to site
Quote of the day

-