文章內容

主旨 日期
一般 HUB 與 Switch HUB有何不同? 2003-01-19
內容


Just do it!  wrote in message
news:3gkAdc$Kn4@bbs.cynix.com.tw...
> ※ 引述《YBO.bbs@bbs.yzu.edu.tw (上班啦)》之銘言:
> > ※ 引述《Mjolnyr.bbs@BirdNest.infoX.Net (Francis Jan)》之銘言:
> > > 鬼扯蛋.
> > hub在多人連結時上網頻寬是平均分配的
> > 但switch hub是看誰有需要才給他頻寬
> > 也就是hub很像是廣撥方式傳遞訊息
> > 而switch hub是直接傳到想要的那台主機
>
> 一般 HUB 與 Switch HUB,都是廣播的呀,要不然..
> 網路芳鄰怎麼看得到,DHCP如何使用呢?
>
> 當然,supported VLAN 產品例外囉..
>
> 一般 HUB 與 Switch HUB 差別,說明一下,如有錯誤,
> 還望高人指點指點.. :P
>
> Hub 僅屬於 Layer 1 product.
> Switch Hub 則屬於 Layer 2 product.
>
> Switch Hub 比一般 Hub 多的功能,最少它要聰明地學習
> 每個 Port 對應的 Mac address。
>
> 假設 Switch Hub port 1 學到的 Mac address 為 00:10:B5:30:30:A9
> port 2 學到的 Mac address 為 00:10:C1:D3:E2:A2
> port 3 學到的 Mac address 為 00:10:B3:E3:A1:07
>
> Port 1 底下接的是 Linux,
> Port 2 底下接的是 Win98,
> Port 3 底下接的是 Router。
>
> 今天,假設您要從 Linux 透過 Router 連接上 Internet,那麼首先送出
> ARP packages 問到 Router IP 所對應的 Mac address,然後 Linux 就
> 連接到 Router 所對應的 Mac address (00:10:B3:E3:A1:07) 做溝通。
>
> 其中,Switch HUB 已經得知 Linux 與 Router 的 Mac address,當 Linux
> 與 Router 做資料傳輸時,並不會將資料丟到 port 2 給 win98。假如您
> 想要在 Win98 上裝 sniffer 之類的軟體聽取封包,那麼您則聽不到 Linux
> 與 Router 之間傳送的封包。
>
> 這就是 Switch HUB 聰明的地方。
> 但是如果是 HUB,無論是這個線段網路上的任何資料,每個 Port 都收得到。
>
> 結論,Switch HUB,比 HUB 更有安全性,減少封包碰撞,傳輸更有效率。
>
> 歡迎大家不吝指教。
>


我喜歡看到這樣的答案﹐也喜歡和這樣的朋友討論。

我們這裡談到的 switch 相信都是指 level 2 上面的吧﹐那麼我們要知道 OSI level
2 layer 上面有什麼標準才好理解。其中的 IEEE802.x 是應用最廣的標準﹐而我們最
常見的 ethernet 則是使用 IEEE802.3 這個 MAC sublayer 標準﹐其上的 DLC
sublayer 802.2 就交給寫 programing 的朋友幫忙解釋一下 吧。

我們這裡看看 IEEE802.3 是怎麼運作的﹐其特性有哪些﹖

IEEE802.3 在 ethernet 上使用的傳輸技術﹐最普遍被採用的是 CSMA/CD﹐其實可以
拆開三個部份來了解﹕

1) CS (Carrier Sense)

傳送設備要將信號送至傳輸媒體之前﹐首先要探測媒體是否已經存在 carrier﹐如果
有﹐則表示有其它設備在使用這個媒體進行其它的傳送。然則﹐傳送設備就不能向這
個媒體送出信號﹐而必須等到下次探測沒有 carrier 的時候才能傳送。這比較好理
解﹐也就是先搶先贏嘛﹐好比在課堂上發言﹐誰先舉手說誰先說﹐如果已經有人在說
了﹐那就等。

2) MA (Mutiple Access)
在同一時間內﹐允許多個設備使用共享媒體(當然不能離開 CS 和 CD 的制約)。在
CSMA/CD 技術中﹐當發送設備順利通過 CS 檢測之後向媒體送出信號而沒有發生
Collision 的話﹐所有分享著同一媒體的設備﹐都能收到這個信號。每一個設備都有
一個唯一的位址標識﹐我們通常稱之為 MAC 位址﹔而信號在傳送媒體中則是以 frame
的形式傳送﹐每個 frame 都有一個 source 和一個 destination 位址欄。傳送設備
將 frame 送至媒體上之後﹐只有被標識為 destination 的的設備﹐才會將信號 copy
下來﹐再往上層程式遞送 (decapsulate)﹐而那些設備發現 destination 不是自己的
話﹐就單純的不處理這個 frame (除非在 promiscuous 模式之下)。

不同的協定﹐對 MA 使用的不同﹐也會影響整體效率的運作﹐例如廣播封包﹐那些以
FF:FF:FF:FF:FF:FF 為 MAC 位址的封包﹐switch 還是會送到所有機器上面的﹐因為
使用這個廣播位址的 frame﹐每個接收設備都會將之 copy 下來進行 decapsulate 處
理。例如 Microsoft Network 的協定家族﹐其使用廣播封包的比率是非常高的﹐就算
使用 L2 switch 對這樣的廣播也束手無策。只有利用 subnet 和 router 或更高
level 的 switch 才有效﹐但設定的複雜性和額外增加的交通﹐也是要另行評估的﹐
恐怕就超出目前的討論範圍了。

3) CD (Collision Detection)
前面的 CS 過程中﹐在理想的情況之下﹐所有分享著共同媒體的設備﹐都應該有機會
取得傳送的機會。只是﹐電子設備的運作速度﹐遠非我們人類所能感應的﹐這些運
作﹐每一秒鐘可能有上萬甚至百萬次之多﹐例如 CAT 5 種類的網線﹐就能處理
350Mhz 或更高的傳送頻率。假如﹐當兩個設備剛好在這百萬分之一秒之內﹐同時做
CS 的動作﹐而又同時探測到媒體上沒有 carrier﹐那這種情形之下﹐這兩個設備可能
會同時對這媒體傳送信號﹐這就是我們常說的 Collision (碰撞)了。如果當一個碰撞
發生了﹐就會在媒體上產生frequecy ripple 現象。當一個在線的設備偵測到
ripple ﹐它就會發出一個高頻信號去清除所有其它信號。換句話說﹐這個信號同時告
訴所有設備﹐碰撞已經發生。這時候﹐每一個設備都會隨機的等待一段時間再重新進
行 CS﹐如果連續的(非間斷的)還是遇到 collision﹐那就按一定比例延遲隨機等待時
候﹐總共可以進行16次嘗試大家才會最終放棄。所以不難看出﹐如果在同一個
segment 上面﹐在線的設備越多﹐其發生 collision 的機會也越大。

事實上﹐除了 CSMA/CD 外﹐還有一個 CSMA/CA (CA = Collision Avoidance) 的技術
我們可以使用﹕發送端先向接收端送出 RTS(Request To Send) 封包﹐等收到 CTS
(Clear To Send) 回應後﹐才向媒體送出信號。AppleTalk 協定就是使用這種技術。
CA 和 CD 的分別﹐可以用過獨木橋來比喻﹕用 CD 的時候﹐要過就過﹐過不了再來﹔
用 CA 的時候﹐會先派一個小廝探路﹐如果他通過了﹐然後您才施然而過。


好了﹐當您了解 CSMA/CD 這個協定之後﹐那再來看看 HUB 和 Switch 的分別吧﹕

HUB 單純的是一個 repeater﹐當它從一個 port (和 TCP 協定的 port 不一樣﹐這裡
是指插網路線的接孔)接收信號進來之後﹐會將這個信號原原本本的送到所有其它
port 上﹐不管哪些 port 是接到哪一台機器。

而 switch 呢﹖它自己有一份 table﹐記錄著哪個 port 接到哪些 MAC 位址設備上。
當信號從一個 port 進來之後﹐會檢查這個 frame 的 destination 是哪個 MAC﹐然
後按 table 找到這個 MAC 對應的 port ﹐而僅將信號往這個 port 送﹐其它的 port
就不送了。

這樣有什麼好處﹖

先看看 CS 吧﹐當用 hub 的時候﹐所有 port 所連接到的設備都探測到 carrier﹐然
後就要等﹔而用 switch 呢﹖那些不是 destination 的設備﹐並沒有探測到
carrier﹐也就無需再等﹐可以直接向媒體送出信號。當信號到達 switch 的時
候﹐switch 會先利用 cache 接收這個信號﹐然後進行 table 的比對﹐再向
destination 送出。如果 switch 的 cache 越大﹐CPU 處理能力越強﹐其效率也越
高﹐當然價錢也越貴。

再看 CD﹐因為大部份由設備送出的信號﹐都會先被 switch cache 起來﹐然後再經過
table 判斷送出﹐那麼 collision 的機會也大為的減少﹐由此﹐因 CD 而中斷的傳送
也就大為減少﹐相對的﹐所有設備的使用效率也大為提高。

至於 MA﹐相信不用多解釋了吧﹖使用 swtich 還有一個好處﹕提高網路的安全性。如
果我們用 hub 來連接設備﹐因為 frame 會抵達所有機器﹐如果某人在其設備上裝上
一個封包抓取軟體﹐同時將網路卡的 promiscuous mode 打開﹐那就可以看到所有的
封包了﹔但如果用 switch 呢﹖只有被送到這台機器上的封包﹐才能被抓到。通常在
網路安全上面﹐安全性對於效能及便利性是成反比的﹕要增加安全性﹐就要犧牲效能
和便利性﹔要增加效能和便利性﹐就要犧牲安全性。而 switch﹐似乎是唯一打破這個
樊籬的網路設備了。

剛纔我還看到有人將 Bridge 和 Switch 混為一談了﹐我不知道該仁兄對 bridge 的
理解是怎樣的﹖在下認為﹐bridge 的功能只有兩個﹕filtering 和 forwarding﹔後
者是根據前者判斷後才能發生。

使用 bridge 的時候﹐基本上將物理的連線切為兩個 segment (或多個﹐視 bridge
界面而定)﹐然後﹐bridge 也會建立起自己的 table﹐分別將不同的 MAC 劃分到不同
的 segment 去。然後當 frame 抵達 bridge 的時候﹐bridge 會檢查其 source 和
destination﹐如果發現這兩個 MAC 都在同一個 segment 之上﹐那就不處理這個
frame (發揮 filter 的功能)﹔但如果發現 soure 和 destination 不在同一個
segment 上呢﹐就起用 forward 功能﹐將 frame 送到 destination 那個 segment
上﹐或是單純的向所有‘非 source’到 segment(s) 遞送(視 bridge 的能力)。

這樣看來﹐bridge 對 CS 和 CD 也起到改善的作用﹐但其對 frame 的處理﹐畢竟和
switch 是不一樣的﹕bridge 以 segment 為依據﹐而 switch 則以個別設備為單位﹐
所以在執行效率上還是有分別的。當然﹐如果您將每一 port 所連接的設備看為單一
的 segment﹐然後將 switch 看為 learning bridge﹐那或許可以將它們看為極為近
似的兩個設備吧。

至於於 10Base 和 100Base 的轉換﹐那只是 switch 中一項非常簡單的功能而已﹐並
非是 switch 真正加分的因素。


以上純為個人認知﹐如有錯誤﹐懇請指正﹐以免誤導觀眾。

--


======= http://www.study-area.org =======
飛雪迎春到﹐風雨送春歸
已是寒崖百丈冰﹐尤有花枝俏
俏也不爭春﹐只把春來報
待得山花爛漫時﹐他在叢中笑﹗
 
 
回覆本文 
 Re: 請問有關基頻寬頻的問題 
作者: netman (---.seed.net.tw)
日期:   01/06/15 15:26


竹風勁起  wrote in message
news:3gkYKi$UHC@BirdNest.infoX.Net...

>
> 這一段你可以把IEEE 802.3堶掙鰫鎩am的敘述再看一看,你的說法與實際情況有
> 出入。

多謝提點﹗

學習的過程中﹐真是來不得半點懶惰﹐想偷懶蒙混﹐實在不容易過關。為免誤導大
家﹐將文件查詢結果茲列如下﹕

4.1.2.2 Access interference and recovery
In half duplex mode,if multiple stations attempt to transmit at the same
time,it is possible for them to interfere with each other ’s
transmissions,in spite of their attempts to a oid this by deferring.When
transmissions
from two stations o erlap,the resulting contention is called a
collision.Collisions occur only in half duplex
mode,where a collision indicates that there is more than one station
attempting to use the shared physical
medium.In full duplex mode,two stations may transmit to each other
simultaneously without causing interference.The Physical Layer may generate
a collision indication,but this is ignored by the full duplex MAC.
A gi en station can experience a collision during the initial part of its
transmission (the collision window)
before its transmitted signal has had time to propagate to all stations on
the CSMA/CD medium.Once the
collision window has passed,a transmitting station is said to ha e acquired
the medium;subsequent collisions are a oided since all other (properly
functioning)stations can be assumed to ha e noticed the signal
and to be deferring to it.The time to acquire the medium is thus based on
the round-trip propagation time of
the Physical Layer whose elements include the PLS,PMA,and physical medium.
In the e ent of a collision,the transmitting station ’s Physical Layer
initially notices the interference on the
medium and then turns on the collision detect signal.In half duplex
mode,this is noticed in turn by the
Transmit Media Access Management component of the MAC sublayer,and
collision handling begins.First,
Transmit Media Access Management enforces the collision by transmitting a
bit sequence called jam.In 4.4,
implementations that use this enforcement procedure are provided.This
ensures that the duration of the collision is suf ?cient to be noticed by
the other transmitting station(s)in olved in the collision.After the jam is
sent,Transmit Media Access Management terminates the transmission and
schedules another transmission
attempt after a randomly selected time interval.Retransmission is attempted
again in the face of repeated
collisions.Since repeated collisions indicate a busy medium,howe
er,Transmit Media Access Management
attempts to adjust to the medium load by backing off (voluntarily delaying
its own retransmissions to reduce
its load on the medium).This is accomplished by expanding the interval from
which the random retransmission time is selected on each successi e
transmit attempt.Eventually,either the transmission succeeds,or the
attempt is abandoned on the assumption that the medium has failed or has
become o erloaded.
In full duplex mode,a station ignores any collision detect signal generated
by the Physical Layer.Transmit
Media Access Management in a full duplex station will always be able to
transmit its frames without contention,so there is ne er any need to jam or
reschedule transmissions.
At the receiving end,the bits resulting from a collision are recei ed and
decoded by the PLS just as are the
bits of a alid frame.Fragmentary frames recei ed during collisions are
distinguished from alid transmissions by the MAC sublayer ’s Recei e Media
Access Management component.


4.2.3.2.3 Collision handling (half duplex mode only)
Once a CSMA/CD sublayer has ?nished deferring and has started
transmission,it is still possible for it to
experience contention for the medium.Collisions can occur until acquisition
of the network has been accomplished through the deference of all other
stations ’ CSMA/CD sublayers.
The dynamics of collision handling are largely determined by a single
parameter called the slot time.This
single parameter describes three important aspects of collision handling:
a)It is an upper bound on the acquisition time of the medium.
b)It is an upper bound on the length of a frame fragment generated by a
collision.
c)It is the scheduling quantum for retransmission.
To ful ?ll all three functions,the slot time shall be larger than the sum
of the Physical Layer roundtrip propagation time and the Media Access Layer
maximum jam time.The slot time is determined by the parameters
of the implementation,see 4.4.

4.2.3.2.4 Collision detection and enforcement (half duplex mode only)
Collisions are detected by monitoring the collisionDetect signal provided
by the Physical Layer.When a collision is detected during a frame
transmission,the transmission is not terminated immediately.Instead,the
transmission continues until additional bits speci ?ed by jamSize ha e been
transmitted (counting from the
time collisionDetect went on).This collision enforcement or jam guarantees
that the duration of the collision
is suf ?cient to ensure its detection by all transmitting stations on the
network.The content of the jam is
unspeci ?ed;it may be any ?xed or ariable pattern con enient to the Media
Access implementation,however,the implementation shall not be intentionally
designed to be the 32-bit CRC alue corresponding to the
(partial)frame transmitted prior to the jam.
4.2.3.2.5 Collision backoff and retransmission (half duplex mode only)
When a transmission attempt has terminated due to a collision,it is retried
by the transmitting CSMA/CD
sublayer until either it is successful or a maximum number of attempts
(attemptLimit)ha e been made and
all ha e terminated due to collisions.Note that all attempts to transmit a
gi en frame are completed before
any subsequent outgoing frames are transmitted.The scheduling of the
retransmissions is determined by a
controlled randomization process called “truncated binary exponential
backoff.”At the end of enforcing a
collision (jamming),the CSMA/CD sublayer delays before attempting to
retransmit the frame.The delay is
an integer multiple of slotTime.The number of slot times to delay before
the nth retransmission attempt is
chosen as a uniformly distributed random integer r in the range:
0 r <2 k
where
k =min (n,10)
If all attemptLimit attempts fail,this e ent is reported as an
error.Algorithms used to generate the integer r
should be designed to minimize the correlation between the numbers
generated by any two stations at any
given time.
Note that the alues gi en abo e de ?ne the most aggressi e behavior that a
station may exhibit in attempting
to retransmit after a collision.In the course of implementing the
retransmission scheduling procedure,a station may introduce extra delays
that will degrade its own throughput,but in no case may a station ’s
retransmission scheduling result in a lower a erage delay between
retransmission attempts than the procedure
defined above.

4.2.4.2.2 Collision Filtering
In the absence of a collision,the shortest alid transmission in half duplex
mode must be at least one slot-Time in length.Within a burst of frames,the
?rst frame of a burst must be at least slotTime bits in length in
order to be accepted by the recei er,while subsequent frames within a burst
must be at least minFrameSize
in length.Anything less is presumed to be a fragment resulting from a
collision,and is discarded by the
recei er.In half duplex mode,occasional collisions are a normal part of the
Media Access management procedure.The discarding of such a fragment by a
MAC is not reported as an error.
The shortest alid transmission in full duplex mode must be at least
minFrameSize in length.While collisions do not occur in full duplex mode
MACs,a full duplex MAC ne ertheless discards recei ed frames containing
less than minFrameSize bits.The discarding of such a frame by a MAC is not
reported as an error.

> 誰說的?
> 請把IEEE 802.3標準中對switch和bridge的定義拿來看看吧。
> 另外,IEEE 802.1D的標題正是 MAC bridge。
>


剛纔查了一下 IEEE 的文件﹐的確發現他們將 switch 和 bridge 定義在一起了。那
就不能怪當初在校時的筆記﹐而應該怪自己沒仔細看文件囉~~~

不過﹐讀 IEEE 或 RFC 之類的文件﹐的確是非常乏味的﹐如果不想從頭看起﹐下面是
我‘斷章取義’下來的引文﹐希望對那些有興趣看看的朋友有些幫助吧。



********************************************

IEEE Std 802.3, 2000 Edition
Part 3:Carrier sense multiple access with collision detection (CSMA/CD)
access method and physical layer specifications

1.4 Definitions
1.4.53 bridge:A layer 2 interconnection device that does not form part of a
CSMA/CD collision domain but
conforms to the ISO/IEC 15802-3:1998 [ANSI/IEEE 802.1D,1998
Edition ]International Standard.A
bridge does not form part of a CSMA/CD collision domain but,rather appears
as a Media Access Control
(MAC)to the collision domain.(See also IEEE Std 100-1996.)
1.4.264 switch:A layer 2 interconnection device that conforms to the
ISO/IEC 10038 [ANSI/IEEE 802.1D-
1990 ] International Standard..Syn:bridge.

4.1.1 Overview
The most common configuration envisioned for full duplex operation consists
of a central bridge (also
known as a switch)with a dedicated LAN connecting each bridge port to a
single device.


12.4.3.2.7 Collision presence startup
When a hub starts generating CP (as speci ?ed in 12.4.3.2.2 through
12.4.3.2.5)it shall synchronize the startup to a half or whole bit-cell
boundary of any immediately preceding signal.If it was sending IDL
immediately before the CP,no synchronization or preamble is required.
A hub may start transmission of CP at any point in the sequence that does
not result in periods of more than
one bit time without a transition during the switch from passing on data to
sending CP.Depending on the
preceding signal,it may start with L010H,010HL,10HL0,0HL01,or HL010.Because
startup may be synchronized to any half-bit-cell boundary,a hub may also
transmit the shifted ersion of CP starting with
1LH10,LH101,H101L,101LH,or 01LH1.



********************************************

ANSI/IEEE Std 802.1D, 1998 Edition
Part 3: Media Access Control (MAC) Bridges


6. Support of the MAC Service

MAC Bridges interconnect the separate IEEE 802 LANs that comprise a Bridged
LAN by relaying and filtering
frames between the separate MACs of the Bridged LAN.The position of the
bridging function within
the MAC Sublayer is shown in Figure 6-1.

Figure 6-1-Internal organization of the MAC Sublayer

This clause discusses the following aspects of service provision in Bridged
LANs:
a) Provision of the MAC Service to end stations;
b) Preservation of the MAC Service;
c) Maintenance of Quality of Service;
d) Provision of the internal sublayer service within the MAC Bridge;
e) Support of the Internal Sublayer Service by specific MAC procedures;
f) Filtering services.

6.5.1 Support by IEEE Std 802.3 (CSMA/CD)
The CSMA/CD access method is specified in IEEE Std 802.3. Clause 3 of that
standard specifies the MAC
frame structure, and Clause 4 specifies the MAC method.
On receipt of an M_UNITDATA.request primitive, the local MAC Entity
performs Transmit Data Encapsulation,
assembling a frame using the parameters supplied as specified below. It
prepends a preamble and a
Start Frame Delimiter before handing the frame to the Transmit Media Access
Management Component in
the MAC Sublayer for transmission (IEEE Std 802.3, 4.2.3).
On receipt of a MAC frame by Receive Media Access Management, the MAC frame
is passed to Receive
Data Decapsulation, which validates the FCS and disassembles the frame, as
specified below, into the
parameters that are supplied with an M_UNITDATA.indication primitive (IEEE
Std 802.3, 4.2.4).
The frame_type parameter takes only the value user_data_frame and is not
explicitly encoded in MAC
frames.
The mac_action parameter takes only the value request_with_no_response and
is not explicitly encoded in
MAC frames.
The destination_address parameter is encoded in the destination address
field of the MAC frame (IEEE Std
802.3, 3.2.3).
The source_address parameter is encoded in the source address field of the
MAC frame (IEEE Std
802.3, 3.2.3).
The number of octets in the mac_service_data_unit parameter is encoded in
the length field of the MAC
frame (IEEE Std 802.3, 3.2.6), and the octets of data are encoded in the
data field (IEEE Std 802.3, 3.2.7).

The user_priority parameter provided in a data request primitive is not
encoded in MAC frames. The
user_priority parameter provided in a data indication primitive takes the
value of the Default User Priority
parameter for the Port through which the MAC frame was received (see 6.4).
The frame_check_sequence parameter is encoded in the FCS field of the MAC
frame (IEEE Std 802.3,
3.2.8). The FCS is computed as a function of the destination address,
source address, length, data, and PAD
fields. If an M_UNITDATA.request primitive is not accompanied by this
parameter, it is calculated in accordance
with IEEE Std 802.3, 3.2.8.
NOTE 1-Since the PAD field, if present, contributes to the FCS, this
parameter needs to include at least the contribution
of the PAD field to the FCS in order for the original FCS to be preserved
(See Annex G).
No special action, above that specified for the support of use of the MAC
Service by LLC, is required for the
support of the MAC Internal Sublayer Service by the CSMA/CD access method.
NOTE 2-The support by IEEE Std 802.3 is described only in terms of the
operation of a Bridge when relaying frames
that result from the use of LLC services over an 802.3 MAC. ISO/IEC 11802-5
defines the recommended practice for
bridging Ethernet V2.0 frames.
NOTE 3-IEEE Std 802.3, 1998 Edition, describes the use of either a Length
or an Ethernet protocol type in its frame
format; however, the text of this subclause has yet to be revised to
describe the use of Ethernet protocol types.


6.6 Filtering services in Bridged LANs
MAC Bridges provide filtering services in Bridged LANs that support some
aspects of the maintenance of
Quality of Service; in particular, transit delay, priority, and throughput.
In addition, these services provide
for a degree of administrative control over the propagation of particular
MAC Addresses in the Bridged
LAN.
The services described are services in the most general sense; i.e., they
are descriptions of the functionality
that are made available to the MAC Service user or an administrator in
order to control and access filtering
capabilities in Bridged LANs. The description of each service makes no
assumptions in terms of how the
service might be realized. There are at least the following possibilities:
a) Use of existing protocols and mechanisms, defined in IEEE 802 standards
and elsewhere;
b) Use of management functionality, either locally defined or implemented
via remote management
protocols;
c) Other means, standardized or otherwise.
6.6.1 Purpose(s) of filtering service provision
Filtering services are provided in Bridged LANs for the purposes described
in the following subclauses.


6.6.7.1 Dynamic registration and de-registration services
These services allow MAC Service users dynamic control over the set of
destination Group MAC Addresses
that they will receive from the MAC Service provider, by
a) Registering/de-registering membership of specific Groups associated with
those addresses;
b) Registering/de-registering their service requirements with regard to the
overall forwarding/filtering
behavior for Groups.
Provision of these services is achieved by means of GMRP and its associated
procedures, as described in
Clause 10.
NOTE-The intent of these services is to provide the MAC Service user with
dynamic control over access to multicast
data streams, for example, multiple video channels made available by a
server using a different group MAC Address for
each channel. The ability to both register and de-register Group
membership, coupled with the filtering action associated
with the Group membership, limits the impact of such services on the
bandwidth available in the Bridged LAN. These
services can be used to control the reception of other categories of
multicast traffic, for similar reasons.

REGISTER_GROUP_MEMBER (MAC_ADDRESS)
Indicates to the MAC Service provider that the MAC Service user wishes to
receive frames containing the
group MAC Address indicated in the MAC_ADDRESS parameter as the destination
address. The MAC
Addresses that can be carried by this parameter do not include
a) Any individual address;
b) Any of the Reserved Addresses identified in Table 7-9;
c) Any of the GARP Application addresses, as defined in Table 12-1.
DEREGISTER_GROUP_MEMBER (MAC_ADDRESS)
Indicates to the MAC Service provider that the end station no longer wishes
to receive frames containing the
group MAC Address indicated in the MAC_ADDRESS parameter as the destination
address.
REGISTER_SERVICE_REQUIREMENT (REQUIREMENT_SPECIFICATION)
Indicates to the MAC Service provider that the MAC Service user has a
requirement for any devices that
support Extended Filtering Services to forward frames in the direction of
the Mac Service User in accordance
with the definition of the service requirement defined by the
REQUIREMENT_SPECIFICATION
parameter. The values that can be carried by this parameter are
a) Forward All Groups;
b) Forward Unregistered Groups.
DEREGISTER_SERVICE_REQUIREMENT (REQUIREMENT_SPECIFICATION)
Indicates to the MAC Service provider that the MAC Service user no longer
has a requirement for any
devices that support Extended Filtering Services to forward frames in the
direction of the Mac Service User
in accordance with the definition of the service requirement defined by the
REQUIREMENT_SPECIFICATION parameter. The values that can be carried by this
parameter are
a) Forward All Groups;
b) Forward Unregistered Groups.
The use of these services can result in the propagation of group MAC
Address and service requirement
information across the Spanning Tree, affecting the contents of Group
Registration Entries (7.9.3) in Bridges
and end stations in the Bridged LAN, and thereby affecting the frame
forwarding behavior of the Bridges
and end stations with regard to multicast frames.


7.1 Bridge operation
The principal elements of Bridge operation are
a) Relay and filtering of frames.
b) Maintenance of the information required to make frame filtering and
relaying decisions.
c) Management of the above.
7.1.1 Relay
A MAC Bridge relays individual MAC user data frames between the separate
MACs of the Bridged LANs
connected to its Ports. The order of frames shall be preserved as defined
in 7.7.3.
The functions that support the relaying of frames and maintain the Quality
of Service supported by the
Bridge are
a) Frame reception.
b) Discard on received frame in error (6.3.2).
c) Frame discard if the frame_type is not user_data_frame, or if its
mac_action parameter is not
request_with_no_response (6.4).
d) Regeneration of user priority, if required (6.4).
e) Frame discard following the application of filtering information.
f) Frame discard on transmittable service data unit size exceeded (6.3.8).
g) Forwarding of received frames to other Bridge Ports.
h) Selection of traffic class, following the application of filtering
information.
i) Queuing of frames by traffic class.
j) Frame discard to ensure that a maximum bridge transit delay is not
exceeded (6.3.6).
k) Selection of queued frames for transmission.
l) Selection of outbound access priority (6.3.9).
m) Mapping of service data units and recalculation of Frame Check Sequence,
if required (6.3.7, 7.7.6).
n) Frame transmission.
7.1.2 Filtering and relaying information
A Bridge filters frames, i.e., does not relay frames received by a Bridge
Port to other Ports on that Bridge, in
order to prevent the duplication of frames (6.3.4). The function that
supports the use and maintenance of
information for this purpose is
a) Calculation and configuration of Bridged LAN topology.

A Bridge also filters frames in order to reduce traffic in parts of the
Bridged LAN that do not lie in the path
between the source and destination of that traffic. The functions that
support the use and maintenance of
information for this purpose are:
b) Permanent configuration of reserved addresses.
c) Explicit configuration of static filtering information.
d) Automatic learning of dynamic filtering information for unicast
destination addresses through observation
of source addresses of Bridged LAN traffic.
e) Ageing out of dynamic filtering information that has been learned.
f) Automatic addition and removal of dynamic filtering information as a
result of GMRP protocol
exchanges.
A Bridge classifies frames into traffic classes in order to expedite
transmission of frames generated by critical
or time-sensitive services. The function that supports the use and
maintenance of information for this
purpose is
g) Explicit configuration of traffic class information associated with the
Ports of the Bridge.
7.1.3 Bridge Management
The functions that support Bridge Management control and monitor the
provision of the above functions.
They are specified in Clause 14.

7.2 Bridge architecture
7.2.1 Architectural model of a Bridge
Figure 7-1 gives an example of the physical topology of a Bridged LAN. The
component LANs are interconnected
by means of MAC Bridges; each Port of a MAC Bridge connects to a single
LAN. Figure 7-2 illustrates
a Bridge with two Ports, and Figure 7-3 illustrates the architecture of
such a Bridge.
A Bridge is modeled as consisting of
a) A MAC Relay Entity that interconnects the Bridge’s Ports;
b) At least two Ports;
c) Higher layer entities, including at least a Bridge Protocol Entity.
7.2.2 MAC Relay Entity
The MAC Relay Entity handles the MAC method independent functions of
relaying frames between Bridge
Ports, filtering frames, and learning filtering information. It uses the
Internal Sublayer Service provided by
the separate MAC Entities for each Port. (The Internal Sublayer Service and
its support are described in 6.4
and 6.5.) Frames are relayed between Ports attached to different LANs.
7.2.3 Ports
Each Bridge Port transmits and receives frames to and from the LAN to which
it is attached. An individual
MAC Entity permanently associated with the Port provides the Internal
Sublayer Service used for frame
transmission and reception. The MAC Entity handles all the MAC method
dependent functions (MAC protocol
and procedures) as specified in the relevant standard for that IEEE 802 LAN
MAC technology.

7.5 Frame reception
The individual MAC Entity associated with each Bridge Port examines all
frames transmitted on the LAN to
which it is attached.
All error-free received frames give rise to M_UNITDATA indication
primitives, which shall be handled as
follows.
NOTE-A frame that is in error, as defined by the relevant MAC
specification, is discarded by the MAC Entity without
giving rise to any M_UNITDATA indication; see 6.4.
Frames with M_UNITDATA.indication primitive frame_type and mac_action
parameter values of
user_data_frame and request_with_no_response, respectively (6.4), shall be
submitted to the Learning and
Forwarding Processes.
Frames with other values of frame_type and mac_action parameters (e.g.,
request_with_response and response
frames), shall not be submitted to the Forwarding Process. They may be
submitted to the Learning Process.
Frames with a frame_type of user_data_frame and addressed to the Bridge
Port as an end station shall be
submitted to LLC. Such frames carry either the individual MAC Address of
the Port or a group address associated
with the Port (7.12) in the destination address field. Frames submitted to
LLC can also be submitted to
the Learning and Forwarding Processes, as specified above.
Frames addressed to a Bridge Port as an end station, and relayed to that
Bridge Port from other Bridge Ports
in the same Bridge by the Forwarding Process, shall also be submitted to
LLC.
No other frames shall be submitted to LLC.


7.6 Frame transmission
The individual MAC Entity associated with each Bridge Port transmits frames
submitted to it by the MAC
Relay Entity.
Relayed frames are submitted for transmission by the Forwarding Process.
The M_UNITDATA.request
primitive associated with such frames conveys the values of the source and
destination address fields
received in the corresponding M_UNITDATA.indication primitive.
LLC Protocol Data Units are submitted by LLC as a user of the MAC Service
provided by the Bridge Port.
Frames transmitted to convey such Protocol Data Units carry the individual
MAC Address of the Port in the
source address field.
Each frame is transmitted subject to the MAC procedures to be observed for
that specific IEEE 802 LAN
technology. The values of the frame_type and mac_action parameters of the
corresponding M_UNITDATA.
request primitive shall be user_data_frame and request_with_no_response,
respectively (6.5).
Frames transmitted following a request by the LLC user of the MAC Service
provided by the Bridge Port
shall also be submitted to the MAC Relay Entity.

7.7 The Forwarding Process
Frames submitted to the Forwarding Process after being received at any
given Bridge Port (7.5) shall be forwarded
through the other Bridge Ports subject to the constituent functions of the
Forwarding Process. These
functions enforce topology restrictions (7.7.1), use filtering database
information to filter frames (7.7.2),
queue frames (7.7.3), select queued frames for transmission (7.7.4), map
priorities (7.7.5), and recalculate
FCS if required (7.7.6).

The Forwarding Process functions are described in 7.7.1-7.7.6 in terms of
the action taken for a given frame
received on a given Port (termed “the reception Port”). The frame can be
forwarded for transmission on
some Ports (termed “transmission Ports”), and is discarded without being
transmitted at the other Ports.
NOTE-The model of operation of the Forwarding Process described in this
standard is limited to the operation of the
relay function of the MAC Bridge, and does not take into consideration what
may occur in real implementations once
frames are passed to the MAC for transmission. In some MAC implementations,
and under some traffic conditions, a
degree of indeterminacy may be introduced between the modeled description
of the process of passing selected frames to
the MAC for transmission and the actual sequence of frames as visible on
the LAN medium itself. Examples can be
found in the handling of access_priority in Token-Passing Bus MACs, or in
the effect of different values for Token Holding
Time in FDDI LANs. Such indeterminacy could result in apparent violation of
the queuing/de-queueing and prioritiation
rules described for the Forwarding Process, when observing traffic on the
medium. As a consequence, in some
implementations of this standard, it may prove to be impossible to test
conformance to the standard simply by relating
observed LAN traffic to the described model of the Forwarding Process;
conformance tests would have to allow for the
(permissible) behavior of the MAC implementations as well.
Figure 7-4 illustrates the operation of the Forwarding Process in a single
instance of frame relay between the
Ports of a Bridge with two Ports. Figure 7-8 illustrates the detailed
operation of the Forwarding Process.


7.8 The Learning Process
The Learning Process observes the source addresses of frames received on
each Port and updates the Filtering
Database conditionally on the state of the receiving Port.
Frames are submitted to the Learning Process by the individual MAC Entities
associated with each Bridge
Port as specified in 7.5.
The Learning Process may deduce the path through the Bridged LAN to
particular end stations by inspection
of the source address field of received frames. It shall create or update a
Dynamic Filtering Entry (7.9, 7.9.2)
in the Filtering Database, associating the Port on which the frame was
received with the MAC Address in the
source address field of the frame, if and only if
a) The Port on which the frame was received is in a state that allows
learning (8.4), and
b) The source address field of the frame denotes a specific end station,
i.e., is not a group address, and
c) No Static Filtering Entry (7.9, 7.9.1) for the associated MAC Address
exists in which the Port Map
specifies Forwarding or Filtering for that Port, and
d) The resulting number of entries would not exceed the capacity of the
Filtering Database.
If the Filtering Database is already filled up to its capacity, but a new
entry would otherwise be made, then an
existing entry may be removed to make room for the new entry.
Figure 7-5 illustrates the operation of the Learning Process in the
inclusion of station location information
carried by a single frame, received on one of the Ports of a Bridge, in the
Filtering Database.


7.9 The Filtering Database
The Filtering Database supports queries by the Forwarding Process as to
whether frames received by the
Forwarding Process from a given reception Port, and with given values of
destination MAC Address parameter,
are to be forwarded through a given potential transmission Port (7.7.1,
7.7.2). It contains filtering information
in the form of filtering entries that are either
a) Static, and explicitly configured by management action; or
b) Dynamic, and automatically entered into the Filtering Database by the
normal operation of the
bridge and the protocols it supports.
A single entry type, the Static Filtering Entry, represents all static
information in the Filtering Database, for
individual and for group MAC Addresses. It allows administrative control of

c) Forwarding of frames with particular destination addresses; and
d) The inclusion in the Filtering Database of dynamic filtering information
associated with Extended
Filtering Services, and use of this information.
The Filtering Database shall contain entries of the Static Filtering Entry
type.
Static filtering information is added to, modified, and removed from the
Filtering Database only under
explicit management control. It shall not be automatically removed by any
ageing mechanism. Management
of static filtering information may be carried out by use of the remote
management capability provided by
Bridge Management (7.11) using the operations specified in Clause 14.
Two entry types are used to represent dynamic filtering information.
Dynamic Filtering Entries are used to
specify the ports on which individual addresses have been learned. They are
created and updated by the
Learning Process (7.8), and are subject to ageing and removal by the
Filtering Database. Group Registration
Entries support the registration of group MAC Addresses. They are created,
updated, and removed by the
GMRP protocol in support of Extended Filtering Services (6.6.5, 7.9.3, and
Clause 10). Dynamic filtering
information may be read by use of the remote management capability provided
by Bridge Management
(7.11) using the operations specified in Clause 14.
Both static and dynamic entries comprise
e) A MAC Address specification;
f) A Port Map, with a control element for each outbound Port to specify
filtering for the MAC Address
specification.
The Filtering Services supported by a Bridge (Basic and Extended Filtering
Services) determine the default
behavior of the Bridge with respect to the forwarding of frames destined
for group MAC Addresses. In
Bridges that support Extended Filtering Services, the default forwarding
behavior of each Port for group
MAC Addresses can be configured both statically and dynamically by means of
Static Filtering Entries and/
or Group Registration Entries that can carry the following MAC Address
specifications:
g) All Group Addresses, for which no more specific Static Filtering Entry
exists;
h) All Unregistered Group Addresses (i.e., all group MAC Addresses for
which no Group Registration
Entry exists), for which no more specific Static Filtering Entry exists.
NOTE-The All Group Addresses specification (item g above), when used in a
Static Filtering Entry with an appropriate
control specification, provides the ability to configure a Bridge that
supports Extended Filtering Services to behave as a
Bridge that supports only Basic Filtering Services on some or all of its
Ports. This might be done for the following reasons:
- The Ports concerned serve “legacy” devices that wish to receive
multicast traffic, but are unable to register Group
membership;
- The Ports concerned serve devices that need to receive all multicast
traffic, such as routers or diagnostic devices.
The Filtering Database shall support the creation, updating, and removal of
Dynamic Filtering Entries by the
Learning Process (7.8). In Bridges that support Extended Filtering
Services, the Filtering Database shall
support the creation, updating, and removal of Group Registration Entries
by GMRP (Clause 10).
Figure 7-4 illustrates the use of the Filtering Database by the Forwarding
Process in a single instance of
frame relay between the Ports of a Bridge with two Ports.
Figure 7-5 illustrates the creation or update of a dynamic entry in the
Filtering Database by the Learning
Process.

Figure 7-6 illustrates the operation of the Bridge Protocol Entity (7.10),
which operates the Spanning Tree
Algorithm and Protocol, and its notification of the Filtering Database of
changes in active topology signaled
by that protocol.


7.12.1 End stations
Frames transmitted between end stations using the MAC Service provided by a
Bridged LAN carry the
MAC Address of the source and destination peer end stations in the source
and destination address fields of
the frames, respectively. The address, or other means of identification, of
a Bridge is not carried in frames
transmitted between peer users for the purpose of frame relay in the
Bridged LAN.
The broadcast address and other group MAC Addresses apply to the use of the
MAC Service provided by a
Bridged LAN as a whole. In the absence of explicit filters configured via
management as Static Filtering
Entries, or via GMRP as Group Registration Entries (Clause 14, Clause 10,
7.9), frames with such destination
addresses are relayed throughout the Bridged LAN.
7.12.2 Bridge Ports
The individual MAC Entity associated with each Bridge Port shall have a
separate individual MAC Address.
This address is used for any MAC procedures required by the particular MAC
method employed.
Frames that are received from the LAN to which a Port is attached and that
carry a MAC Address for the
Port in the destination address field are submitted to the MAC Service User
(LLC) exactly as for an end
station.


******************************************************


有許多人﹐如弟﹐不是很喜歡看文件﹐但就算看得懂文件﹐如何整理出來﹐向大家說
明白﹐看來比起看文件更難﹗



-----------


來源: 頑石 
時間: 2001年 6月16日 周六 08時23分29秒 CST
標題: Re: 誰能麻煩一下,解釋switch hub和hub的差別...@@"
論壇: tw.bbs.comp.network


==> 在 Toidi@cis_nctu (白癡小孩) 的文章中提到:
> ==> 在 siklo@cis_nctu (小翅膀) 的文章中提到:
> > VLAN 要能通,是 Layer 3 的 Switch, 你用的哪牌子 Layer 2 Switch
> > 上切 VLAN 是可以互通的?
>         之所以切 VLAN 不就是要讓 VLAN 彼此之間分開...
>         你互通的定義是什麼可以說清楚一點嗎?
>         我手上就有一台 VLAN 正常運作的 switch hub
L3 Switch 會有﹕outing Module,互通應該就是指
透過 L3 Swtich 上的 Routing Module,而不需要從
每個 VLan 上找一個 Port uplink 到上層的 Switch
或是直接接到 Router 上,以達到 VLan 互通吧!


--------


來源: 頑石 
時間: 2001年 6月16日 周六 18時24分15秒 CST
標題: Re: 誰能麻煩一下,解釋switch hub和hub的差別...@@"
論壇: tw.bbs.comp.network

==> 在 siklo@cis_nctu (小翅膀) 的文章中提到:
> ==> 在 Toidi@cis_nctu (白癡小孩) 的文章中提到:
> >         不過現在是 Layer 2 的 Switch
> >         不會有這種 Module
> >         所以 VLAN 本來就不能互通...
> >         這也是 VLAN 設計的目的啊
> 小弟不懂..??  做 VLAN 用 Layer 3 就可以 route 互通
> 小弟在一般企業公司當中,見到的也都是用 Layer 3 Switch
> 把各 VLAN 使用 route 方式互通。
    VLAN 是在 L2 Switch 上就有了,L3 是後來有
  需要而且當時 Router 太貴了(想想看那時候
  Cisco 股價有多高!錢從那兒生出來的就知道
  囉!)而發展出來的,所以 VLAN 的目的就是
  把某些 Ports 跟其他 Ports “劃清界限”!
  分成不同的 collision domain 呀!但是不同
  的 VLAN 之間真的可以“老死不相往來”嗎?
  抱託!同公司、學校、團體………耶!所以要
  通的時候,就在 Layer 3 上做!最“標準”的
  做法當然是在 Router 上“轉送”,但是因為
  $$ 同時技術進步了,所以 Switch 愈來愈強,
  就“順便”把這個工作也做囉∼∼∼這就是
  Layer 3 Switch 了!

> >         不過還是可以把每個 VLAN 的 uplink
>                         ^^^^^^^^^^^^^^^^^^^^
> 不懂這樣的說法..
  若你的 Switch 只有 Layer 2 的話,不 uplink
    你的 VLAN 之間要怎麼通?

> >         設在同一個 port 就可以了..
> 看起來你說的很像是 port trunking 的方式
  Trunking 是 Trunking,跟 VLAN 沒關係!

外行人道聽塗說,有錯請高手指正囉!



--------


來源: 老盡少年心 
時間: 2001年 6月17日 周日 02時05分50秒 CST
標題: Re: 誰能麻煩一下,解釋switch hub和hub的差別...@@"
論壇: tw.bbs.comp.network

==> 在 hardstone@cis_nctu (頑石) 的文章中提到:
> ==> 在 siklo@cis_nctu (小翅膀) 的文章中提到:
> >                         ^^^^^^^^^^^^^^^^^^^^
> > 不懂這樣的說法..
>   若你的 Switch 只有 Layer 2 的話,不 uplink
>     你的 VLAN 之間要怎麼通?
> > 看起來你說的很像是 port trunking 的方式
>   Trunking 是 Trunking,跟 VLAN 沒關係!
> 外行人道聽塗說,有錯請高手指正囉!

      這邊siklo說的沒錯
      有關trunking這個字眼,你該如何去定義?
      在Cisco這一派裡,Trunking指的就是vlan port trunking
      同一台switch內切割了數個VLAN,而只有一條實體連結
      至另一台也切割了數個 VLAN的switch,這兩台switch中間
      只有一條實體連結,我們就要在這個port上設定VLAN Trunk
      加上802.1q or ISL 的封裝,才能讓這兩台的vlan information
      可以互相溝通,不同switch的同一個VLAN才能通
      如VLAN1@SW1 <-> VLAN1@SW2, VLAN2@SW1 <-> VLAN2@SW2
      以上是Cisco的"trunking"

      而一般我們講trunking可能是指Cisco的EtherChannel
      也就是介於兩switch間數條實體電路合併頻寬及做redudant的技術
      跟上面所述是完全不一樣的東西,說明清楚可能會比較好


----------


來源: 死老百姓 
時間: 2001年 6月17日 周日 15時20分22秒 CST
標題: Re: 誰能麻煩一下,解釋switch hub和hub的差別...@@"
論壇: tw.bbs.comp.network


※ 引述《hardstone.bbs@bbs.cis.nctu.edu.tw (頑石)》之銘言:
: 嗯∼∼∼受教了!
: 沒錯!我所“認為”的 trunking 是說合併頻寬的那一種!
: Cisco 的 VLAN Trunking 當初也有聽過,不過沒看過有人
: 在用,所以………
port trunk(EtherChannel) 和 VLAN trunk 是兩碼子事

VLAN trunk 在 MAN 上面用的很多, 有興趣的可以去查查其它廠商(eg. Extreme)
的 solution, Cisco 在 switch 方面並不是特別強.

: 覺得上那個把多台 Switch△馴式圻穈_來”,猶如一台虛
: 擬的 Switch 是嗎?
基本上要讓 VLAN 延展到一台以上的設備, 就需要 VLAN trunk

還有一種可能性就是要讓多個 VLAN 透過 router 互通, 也可以用 VLAN trunk

: 我想要這麼做的原因,應該是有一台 L3 Switch 做為是
: backbone Switch,其下再接數台 L2 的 Switch,這樣子
: 比較有意義吧!right?
現在的趨勢是把 L2/L3 整合在一台上面, 這樣做的話 VLAN 之間的互通不會
有瓶頸, 而且難度不高.



---------


來源: 羊大便與巧克力 
時間: 2001年 6月18日 周一 00時28分32秒 CST
標題: Re: 誰能麻煩一下,解釋switch hub和hub的差別...@@"
論壇: tw.bbs.comp.network


==> wchuang.bbs@bbs.cis.nctu.edu.tw (老盡少年心) 提到:
> ==> 在 hardstone@cis_nctu (頑石) 的文章中提到:
> >   若你的 Switch 只有 Layer 2 的話,不 uplink
> >     你的 VLAN 之間要怎麼通?
> >   Trunking 是 Trunking,跟 VLAN 沒關係!

Trunking和VLAN有很大的關係喔....
不同的網路設備廠商對於trunk有不同的詮釋

Intel的trunk為將數個port聚集成一個group,如果是4個port做trunk,
那麼兩台switch之間的頻寬為400MB full-duplex,同樣的技術Extreme
稱之為link aggregation,Cisco稱之為Fast EtherChannel。

Cisco的trunk是一條link上可以攜帶數個VLAN的traffic,假設switch1有
三個VLAN,switch2也有三個VLAN,vlan1@switch1想和vlan1@switch2溝通時,
最簡單的方法,就是三條連線分別連接兩台switch相對應的三個vlan,但這種方
法
太浪費port,解決方法就是兩台switch各選一個port設定為trunk port,然後連
起來
,這一條trunk link就可以攜帶三個vlan的traffic(set trunk 1 on 1-3),馬
上就
省下兩個port。但這僅止於相同vlan之間的溝通。如果vlan1想和vlan2溝通的話
,
就必須要靠router或者是multilayer switch來進行routing的功能。
如果是Extreme switch的話,一行指令ip forwarding就搞定,如果是cisco switch
的話,就必須加買route switching module。

雖然cisco的switch不是頂好,但是如果向市場主流看齊的話,那麼trunk和vlan
之間
密不可分的關係就不可不知。
by the way,CCNP中的BCMSN一科就考了相當多的trunk and vlan的觀念。



--------


來源: 夜班火車 
時間: 2001年 6月18日 周一 16時19分18秒 CST
標題: Re: 誰能麻煩一下,解釋switch hub和hub的差別...@@"
論壇: tw.bbs.comp.network


《 在 shinlong. 的大作中提到: 》
: 謝謝你嚕~@@"...
: 我查過上篇都沒有說...>"<

快速的說法是, Switch Hub 比 一般 Hub 還要有效率, 更加的高級就是了!
很多人用簡單的除法說什麼 5 ports/10Mbps 的 一般Hub,
每一個電腦只能分到 10/5=2Mbpe, 那是錯誤的!
說什麼 Switch Hub 可以使每台電腦都接收/傳送 10Mbps的頻寬, 也錯誤!
正確的說, 是 Switch Hub 如果是 5 Ports, 假設是 a b c d e 好了,
那其中要是 a 剛好只跟 b討資料, c 剛好只跟 d 討資料, e 電腦沒人用,
那麼頻寬的分配是 a=10Mbps b=10Mbps c=10Mbps d=10Mbps
那如果 b, c, d, e 都同時向 a 討資料, 那麼頻寬就變成10Mbps/4=2.5Mbps
Mbps=Million bit per second (百萬 bit 每秒)
所以變化也滿多的, 假設 a, b 同時跟 c 討資料, c 又跟 d 討資料, e又跟 a
討資料.
那就會變成 :
a--->e
d--->c
c--->a
c--->b

由此看來, 其中 c 最受歡迎, c 的資料就有二個人要.
b和 e 最可憐, 硬碟裡可能什麼都沒有, 所以沒人要他的資料.
d 最獨立, 沒有向其他 4 台電腦索取資料, 還提供資料給 c電腦, 所以d可能是 Server.
那麼頻寬就變成,
a=10/4=2.5Mbps
b=10/4=2.5Mbps
c=10/4=2.5Mbps
d=10/4=2.5Mpbs
e=10/4=2.5Mpbs

所以就算是 Switch Hub, 遇到牽扯一堆的時候, 也是跟普通 Hub一樣.
每個都一樣了, 即使 d看起來跟別人牽扯的最少, 但就是因為 d給c資料.
問題就出在 c, c 牽扯最多, 導致 5 台電腦的分享頻寬都一樣了, 都要分掉.

如果今天其中二個都只跟對方相互取資料, 那麼就可以享有 10Mbps的全速.
也就是互相深愛對方, 各自都沒有在跟別人牽扯, 這樣就可達到 Switch 的功能.
這樣最好的情況就是 有 4 ports 可以享受 各自獨立的 10Mbps, 其中一 port
必須
不動作.
應該是如此, 講錯的話請指教.
所以買 Switch Hub 應該買偶數的 ports 數目, 5, 7, 9 這些都不要買.
買4, 6, 8, 16, 偶數的 Switch Hub.
推薦 3Com 和 SMC的 Hub.



-------



羊大便與巧克力  wrote in message news:3h2HkR$K5l@bbs.ntu.edu.tw...
> 提出一個建議,網路的世界何其之大,有學不完的協定,日新月異的硬體技術,
> 無奇不有的網路架構,大家在這個討論區彼此虛心的交流,不要以譏諷嘲弄的語氣
> 來回應。
> ==> siklo.bbs@bbs.cis.nctu.edu.tw (小翅膀) 提到:
> > ==> 在 airborne.bbs@bbs.ntu.edu.tw (羊大便與巧克力) 的文章中提到:
> > > 基本上來說,meeds兄的解釋並沒有錯。
> > > 在討論這個問題時,除了Ethernet的存取方式外,還需注意switch硬體的function,
> > > switch再處理traffic時基本上有兩種模式,store-and-forward和cut-through,
> > 沒有錯嗎?  你的乙太網路設備 Switch 哪一款式能夠讓 b,c,d,e 同時去存取 a 啊?
> > > 不論何種模式,當b,c,d,e同時存取a時,一開始b,c,d,e都可以充分利用10mbps的頻寬,
> > 這就是笑話了, 誰都知道在乙太網路裡面 b,c,d,e 是不可能同時存取 a 的
> > 你居然還能充分利用 10Mbps 的頻寬   你的 Switch 超猛的  @_@
> 可能是我表達的不夠清楚,所謂bcde同時存取a,指的是在initializing的時候,
> bcde同時丟traffic給a,traffic當然是先到switch,再由switch forward給a,
> 當然switch不可能把bcde的packet同時丟給a,一定是packet-by-packet
> (以process-switching為準,先不予考慮fast-switching的情況)。
> > 連接到下面這段, 居然掰出 b,c,d,e 一共灌了 40Mbps 給 a 的笑話~~
> 請容許我說明白一點,所謂bcde灌了40mbps給a的意思是,bcde總共有40mbps的
> traffic進到switch backplane fabric,然而port A的bandwidth只有10mbps,
> 當然無法消化switch backplane內的40mbps traffic,所以剩下的traffic就
> 存在port A的output queue裡面,當output queue的buffer滿了(oversubscription),
> packet開始被drop。
> > > b,c,d,e一共40mbps的traffic流到a port的buffer處理,但實際上a port的頻寬
> > > 也只有10mbps,所以a port的buffer滿了,data開始被drop,同時因為a port的loading
> > > 超出負荷,switch也會在b,c,d,e port發出notification,使得b,c,d,e四台機器
> > > 減緩資料送出的速度,因此當b,c,d,e同時存取a時,意味著b,c,d,e共同share a的10mbps
> > > 以長期看來,b,c,d,e確實只能使用2.5mbps。
> > 上面這一段是你掰的吧~~  笑痛我了..
> 這一段本人的詮釋並不嚴謹,在此說聲抱歉。但我可沒亂掰!!!
> 所謂的port B,C,D,E會發出notification,指的是IEEE 802.3Z flow control on
> gigabit ethernet port,cisco catalyst 6000 switch支援,
> 請參考:
> http://www.cisco.com/univercd/cc/td/doc/product/lan/cat6000
> /sw5_1/cnfigide/ether.htm#xtocid1934811
> 就算今天我們的switch沒有flow control好了,沒關係,我們還有TCP,
> TCP總算有error control和flow control了吧,a必須將b的packet處理完後,
> 回應給b一個ack,b才會繼續傳資料給a,從一個微觀的角度來看,第一秒處理b,
> 第二秒處理c,第三秒處理d,第四秒處理e,第五秒才能再處理b,從b的角度來看,
> 四秒內只有一秒能傳資料(a給b一個ack,b才會繼續傳),相對來說,頻寬只用了1/4。
> TCP/IP的運作邏輯請參考:
> http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/ip.htm#xtocid2236316
> 
> > > 但這並不代表剩下的7.5mbps平白無故消失,7.5mbps還是可以運用在
> > > 其他的traffic pattern,譬如上internet或是存取另外一個f。
> > 哇 @_@  更猛!  以上的笑話已經夠爆笑了, 居然還可以掰出被 drop 的資料還有其他
> > 運用咧~~
> > 哪來半路跑來這亂掰講笑話的?  大家看看笑笑就好  哈  我笑痛了..
> 請容許我說的更明白一點,
> 這裡所說的被drop的資料指的是b傳給a的資料,
> 當port A 的output queue overflow之後被drop的,而B->A的traffic flow
> 只用到2.5mbps的utilization,port B的bandwidth有10mbps,但由於port A
> 的滿載,使得B->A只能用2.5mbps,那剩下的7.5mbps當然可以用於其他的
> traffic pattern,說的再詳細一點,就是一秒傳資料給a,三秒傳資料到internet
> (假設沒人跟他搶internet),如此便可將port B的utilization達到100%。
> 因此,在Design Network時,通常會採取hierarchical design,access layer
> 採用10或100,distribution lay採用100或1000,如此作為access layer流量
> 聚集點的distribution layer方能有效率的處理四面八方匯聚來的traffic。
> 
> 如果你還是不能認同我的說法,或許你可以參考參考Cisco出版的
> CCNP/CCDP--Building Cisco Multilayer Switched Networks(P.56-59)
> 天瓏書局有。

----------



 wrote in message news:3h2I7G$W1g@bbs.cis.nctu.edu.tw...
> ==> 在 siklo@cis_nctu (小翅膀) 的文章中提到:
> > ==> 在 airborne.bbs@bbs.ntu.edu.tw (羊大便與巧克力) 的文章中提到:
> > > 基本上來說,meeds兄的解釋並沒有錯。
> > > 在討論這個問題時,除了Ethernet的存取方式外,還需注意switch硬體的function,
> > > switch再處理traffic時基本上有兩種模式,store-and-forward和cut-through,
> > 沒有錯嗎?  你的乙太網路設備 Switch 哪一款式能夠讓 b,c,d,e 同時去存取 a 啊?
> > > 不論何種模式,當b,c,d,e同時存取a時,一開始b,c,d,e都可以充分利用10mbps的頻寬,
> >                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > 這就是笑話了, 誰都知道在乙太網路裡面 b,c,d,e 是不可能同時存取 a 的
> > 你居然還能充分利用 10Mbps 的頻寬   你的 Switch 超猛的  @_@
> > 連接到下面這段, 居然掰出 b,c,d,e 一共灌了 40Mbps 給 a 的笑話~~
> 
> airbone兄講的沒錯
> 你所說的乙太網路是指之前的 coaxial cable (10base2,10base5)
> 那類的shared LAN, 所以主機使用單一channel去進行communication.
> 所以在MAC層是採取CSMA/CD的方式.換句話說,同時間只有
> 單一主機能使用網路.否則會有collision. 可是 自從有了switch 及 UTP 後,單一
> shared medium的限制也被移除,(使用UTP有四對線,10baseT和100baseTX是使用其中兩條
> TX/RX)也開始有了全雙工的名詞
> full-duplex 是移除三項早期ethernet的特性
> 1.carrier sense: full-duplex 下,主機不需要偵測carrier 訊號
> 2.multiple access: 因為Host跟switch之間可以分別用TX/RX互相傳資料
> 3.collision detection: 同上,因為分別用TX/RX傳資料也就沒有collision的情況發生
> 
> 換句話講,在ful-duplex之下,已經沒有CSMA/CD
> 所以b,c,d,e如果要傳資料給a 時,理論上可以到達極速(只有在剛開始那微小的時間點內)
> 所以data 都在放在output queue裡(假設是使用store-and-forward方式),switch為了防止
> buffer overflow,它可以開始drop packets,如果b,c,d,e上層是使用TCP等有flow control
> 的protocol, 上層的protocol會因為packet loss而調整packet送到data link的速度.
> 或者switch也可以送出 PAUSE Frame(full-duplex裡,屬於MAC層),請sending host降低傳送
> 速度.
> 
> > > b,c,d,e一共40mbps的traffic流到a port的buffer處理,但實際上a port的頻寬
> > > 也只有10mbps,所以a port的buffer滿了,data開始被drop,同時因為a port的loading
> > > 超出負荷,switch也會在b,c,d,e port發出notification,使得b,c,d,e四台機器
> > > 減緩資料送出的速度,因此當b,c,d,e同時存取a時,意味著b,c,d,e共同share a的10mbps
> > > 以長期看來,b,c,d,e確實只能使用2.5mbps。
> > 上面這一段是你掰的吧~~  笑痛我了..
> > > 但這並不代表剩下的7.5mbps平白無故消失,7.5mbps還是可以運用在
> > > 其他的traffic pattern,譬如上internet或是存取另外一個f。
> > 哇 @_@  更猛!  以上的笑話已經夠爆笑了, 居然還可以掰出被 drop 的資料還有其他
> > 運用咧~~
> > -----------
> > 哪來半路跑來這亂掰講笑話的?  大家看看笑笑就好  哈  我笑痛了..
> airbone  兄說的沒錯
> 如果 a 跟 b互傳,在100base-TX, full-duplex下總頻寬可以達到200Mbps.可是並不是說
> a --> b = 200Mbps 或 b --> a = 200Mbps 或 a -> b + b -> a = 200Mbps
> 而是指 a->b 最多 100Mbps, b->a 最多 100Mbps, 同時間總和 200Mbps
> 
> 總而言之, 在full-duplex下,Any host 的 outgoing 或 incoming data 是不受彼此干擾
> 最主要的原因是不採用CSMA/CD的存取方式. 只switch夠powerful, incoming/outgoing都
> 可以在同一時間達到極速,而不受到跟幾台主機同時連線的限制
> 
> For more information, the following book is a great reference.
> The Switch Book: The Complete Guide to LAN Switching Technology
> by Rich Seifert
> John Wiley & Sons
> ISBN: 0471345865


----------



羊大便與巧克力  wrote in message news:3h2k3F$NC1@bbs.ntu.edu.tw...
> ==> angus.bbs@bbs.svdcc.fju.edu.tw (隱藏的智慧) 提到:
> > 【 在 spen. 的大作中提到: 】
> > : 對不起 插個花 請教一下..
> > : 全雙工 是不是指 "同時間可以上下傳一起動作" ?
> > : A port 還是有可能 " 同時接收 " 到 B.C port 送給 A port 的資料.
> > : (如果不受 CSMA/CD 限制)
> > : 可以再說明一下 為何 使用 ful-duplex之下,已經沒有CSMA/CD ?
> >  還是有collision 啦,不信用 Sniffer 自已看看
> >  對相同電腦作存取
> >  這樣不就知了嗎?
> 
> full-duplex是用於end-to-end,即switch-to-switch or switch-to-pc,
> 中間沒有hub,上傳和下傳走不同對的線,可以同時進行,
> 由於是end-to-end,switch的port是dedicate給client,所以該client在上下傳時
> 根本沒人跟他搶。若是多人存取同一台server,只要server和switch之間是full-deplex
> 就像是一條雙線道,上傳有上傳的路,下傳有下傳的路。
> 基於full-duplex上下傳可同時進行及end-to-end(沒有其他人在競爭media access)
> 的特性,full-duplex不會有collision也不需要CSMA/CD。
> --


---------



竹風勁起  wrote in message news:3h33HN$TX6@BirdNest.infoX.Net...
> ※ 引述《airborne.bbs@bbs.ntu.edu.tw (羊大便與巧克力)》之銘言:
> : full-duplex是用於end-to-end,即switch-to-switch or switch-to-pc,
> : 中間沒有hub,上傳和下傳走不同對的線,可以同時進行,
> 
> 上傳和下傳走不同對的線並非full duplex的必要條件。
> 1000BASE-T的上傳和下傳在full duplex下還是走同一對線(它四對線全用到),
> 當然代價就是複雜的信號處理電路來把這兩種信號分出來。
> 
> : 由於是end-to-end,switch的port是dedicate給client,所以該client在上下傳時
> : 根本沒人跟他搶。若是多人存取同一台server,只要server和switch之間是full-deplex
> : 就像是一條雙線道,上傳有上傳的路,下傳有下傳的路。
> : 基於full-duplex上下傳可同時進行及end-to-end(沒有其他人在競爭media access)
> : 的特性,full-duplex不會有collision也不需要CSMA/CD。
> 
> 在使用UTP的情形下,對transmitter而言,collision就是在它傳送封包時,
> 發現同時有別的封包的信號進來。這時候它會送出jam並重新安排下一次的傳送。
> 在full duplex下,MAC不會理會physical layer電路所產生的collision detect,
> 因此就不會有jam及重新傳送。所以嚴格來說,應該說MAC會忽略collision。
> 



-------




別說話的好 ..  wrote in message news:3h3MQV$Kbx@bbs.yzu.edu.tw...
> ※ 引述《siklo.bbs@bbs.cis.nctu.edu.tw (小翅膀)》之銘言:
> > 我互通的意思是指可以 route 的互通,所以小弟認為 VLAN 要互通需要
> > Layer 3 Switch. 各個 Virtual LAN 可以由 Layer 3 Switch 而達到
> > 互通.
> > 您用的 Layer 2 應該是直接做 port trunking (例如 CISCO 的 InterLink)
> > 這樣吧?
> 
>   對了...吵了半天,沒有人知道這才是正確答案嗎??
>   L2 Switch 能切 VLAN 是基本的軟體功能∼∼
>   每個 VLAN 之間沒有透過 Routing Module 的 Work 會通才怪 ..
>   所以,這位 Siklo 兄說的是對的 ..
>   事實上,以 Cisco implementation 而言,1顆 26XX的小 Router
>   加上隨便一款小 Switch 就可以做 InterVLAN Routing 了 ..
>   總之,VLAN 要互通本來就要透過 Layer 3 Function。
> 
>   至於什麼是 L3 Switch ,你們真的有用過嗎?沒用過就不用吵了 ...
>   因為光讀書上的東東是沒有用的 ...
>   不要跟我說 L3 Switch 可以跑 L2 Switching + L3 Routing ...
>   這是大錯特錯 ......
>   有人聽過 L3 Switching 這東西嗎? L3 Switch 就是用來做這個 Function 的 ..
>   什麼是 L3 Switching 呢?「Hardware-Base Routing」是也∼∼
>   降子懂了吧!?拿 Cisco來說(因為我只熟 Cisco :p),只要能支援 MLSP 的
>   Switch,都叫 L3 Switch,即使沒有內建 RSM或RSFC,都還是....
>   請大家先仔細想好,「Hardware-Base Routing」的定義好嗎??
>   再來討論什麼是 L3 Switch?
> 
>   還有,透過 ISL 做 Trunk 並不是讓不同的 VLANs 互通,而是讓「不同」
>   Switch 上擁有「相同」的「VLAN ID」的 VLAN 相通。
> 
> 


---------

Hub & switch 在處理頻寬的差異
作者: 張廷暉 (211.79.149.---)
日期:   01/07/26 14:31

HUB是所有PORT共用一個頻寬,SWITCH則各PORT獨立一個頻寬。假如以100Mbits為例,
則HUB 之各個PORT是如何分享頻寬,假設各PORT均在使用中,則各PORT分享到多少頻
寬,可否舉例說明?
以上述為例,則SWITCH各PORT享受到多少頻寬?


回覆本文
 Re: Hub & switch 在處理頻寬的差異
作者: netman (---.seed.net.tw)
日期:   01/07/26 15:57

嗯﹐概念上不大正確。

HUB 和 SWITCH 的分別﹐不在頻寬的‘切割’﹐而在於對頻寬的‘使用時機’﹐其中最
大分別是﹕在 HUB 上面﹐同一時間內﹐只能有一個 port 進行傳送﹐而在 switch 則
允許所有 port 同時傳送。

如果今天﹐連接 5 台機器在 switch 上面﹐如果 abcd 都同時向 e 傳送數據﹐那
abcd 送出的數據﹐都會先被 queue 起來﹐然後 switch 會用自己的 CPU 進行處理﹐
將 queue 中的數據處理掉﹔而換成 hub﹐那麼﹐a 在送的話﹐bcd 都要等﹐如果 b 在
送的話﹐acd 都要等....


 Re: Hub & switch 在處理頻寬的差異
作者: spen (---.hinet-ip.hinet.net)
日期:   01/07/26 18:40

小弟對於這段話 很感興趣

連接 5 台機器在 switch 上面﹐如果 abcd 都同時向 e 傳送數據﹐那 abcd 送出的數
據﹐都會先被 queue 起來﹐然後 switch 會用自己的 CPU 進行處理﹐將 queue 中的
數據處理掉.

請教的是.不管switch 如何處理.始終要送出資料給 abcd.這時跟hub 的傳送有分別嗎
?
switch 送給a的同時.b or c or d 還能同時間接收 e 的封包嗎 ? 如果不能.
以上面的例子.小弟看不出跟 hub 在這段時間內.跟switch 有何分別.
請指教.


 Re: Hub & switch 在處理頻寬的差異
作者: netman (---.seed.net.tw)
日期:   01/07/26 23:45

有啊﹐就是改善了 carry sensce 的等待啊(請重新參考 CSMA/CD 這個技術)﹐這樣說
好了﹐如果 abcd 同時給 e 送數據﹐而且 a 又同時向 b 送﹐而 f 和 g 也嘗試在送
數據。

這時候﹐a 只要將給 e 的數據往 switch 丟之後﹐那就可以繼續向 b 丟下一個了﹐而
同時 bcd 也可以向 e 送﹐以及 f 也可以向 g 丟數據。

如果換成 hub 呢﹐當 a 向 e 送的時候﹐那麼 b 要等﹐然後輪到 c 和 d﹐而 a 向 b
送的﹐也要等 d 送完﹐連 f 到 g 的也要等就是了。

不知道能看到它們的分別嗎﹖假如以每 1 秒為一個運算週期來看﹐我們可以發現﹕

用 switch 的(理想)情形如下面﹕
第一秒﹕abcd->e,f->g
第二秒﹕a->b (完成)

而用 hub 呢﹕
第一秒﹕a->e
第二秒﹕b->e
第三秒﹕c->e
第四秒﹕d->e
第五秒﹕f->g
第六秒﹕a->b (完成)

不過﹐請留意﹐以上是假設的理想狀態﹐而且單純針對 carry sensce (也就是 node
到 switch)的部份﹐至於 collision detect﹐還有 switch 處理完 queue 之後將數據
送給 nodes 的部份尚未考慮進來。

我不敢確定﹐但我猜 e 自己的接收還是受到接收順序限制的﹐就算如此﹐以比較
switch port 送至 nodes 的時間﹐最長的佇列只是 switch 到 e 的時間﹐而在它完成
之前﹐其它的 queue 已經清空了(我想這要看 switch 的處理能力而定吧)﹔但換成
hub 的話﹐其它 queue 就沒同時處理的可能﹐也只能是 FIFO 處理。

假如各主機﹐同時又開了一堆連線分別和不同主機連線﹐就更複雜了﹐但我可以肯定一
點是﹐連線越多﹐switch 越有發揮的價值﹐用 hub 則只能更慘。

如果您一定要強調從 e 送封包出來給 abcd (而不是 abcd 同時向 e 送)﹐那光就 CS
來說﹐的確沒什麼分別﹐但只這單純是 local 端送出封包的順序限制而已﹐似乎不應
該扯上 switch 和 hub。

還有﹐以上說的全是在 haff-duplex 的情形下發生﹐而在 full-duplex 下面則不是這
樣的﹐不過﹐就不能用 hub 了。


----------




"1s軌域之逆旋水子"  撰寫於郵件 news:3kf6eE$Vnq@bbs.ee.ntu.edu.tw...
> ※ 引述《siklo.bbs@bbs.cis.nctu.edu.tw (小翅膀)》之銘言:
> : ==> 在 "天才"  的文章中提到:
> : > 他有表達出資料只送給需要的機器, 而不是全部port都送. 這樣就可以
> : > 區別hub和switch了. 至於要追究用詞, 像你這種專業人士聽來, 只
> : > 能說 "差一點, 差很多". 我也沒說他講的沒錯. 只是說他主要的意思有
> : > 提到了.
> : 我再次強調 --> Switch 不會去擋下封包, 而是根據 MAC address 的 table
> : 轉送到目的地, 當 table 中找不到它才會放棄. (丟棄封包)
> 
> MAC table 找不到 destination MAC address 的話,
> 應該會 forward 到其他 ports,也就是 broadcast 出去。


"^_^"  撰寫於郵件 news:3kfObC$YDR@firebird.cs.ccu.edu.tw...
> 【 在 stevel@bbs.ee.ntu.edu.tw (1s軌域之逆旋水子) 的大作中提到: 】
> : ※ 引述《siklo.bbs@bbs.cis.nctu.edu.tw (小翅膀)》之銘言:
> : MAC table 找不到 destination MAC address 的話,
> : 應該會 forward 到其他 ports,也就是 broadcast 出去。
> 
>     ya, switch是應該這樣設計的
>     如果找不到table就不轉送, 這種switch是不良的, 因為一開始table都是空的
>     但是本人也遇到過像那種不認得就丟棄的switch, 真是超難用的
> 


"零晨子時..."  撰寫於郵件 news:3l23i2$YLR@bbs.cis.nctu.edu.tw...
> ==> 在 siklo@cis_nctu (小翅膀) 的文章中提到:
> > ==> 在 Merlin.bbs@firebird.cs.ccu.edu.tw (^_^) 的文章中提到:
> > >     ya, switch是應該這樣設計的
> > >     如果找不到table就不轉送, 這種switch是不良的, 因為一開始table都是空的
> > >     但是本人也遇到過像那種不認得就丟棄的switch, 真是超難用的
> > 假設這個 table 一開始都是空的, 但是當它一接收封包時, 會將 source MAC
> > address 資訊加入或是更新自己的 table.
> > 不過小弟所知的, 當這個 table 中都找不到對應的 MAC address 時, 是不會轉送
> > 該封包的, 這是否就是小弟所言的丟棄, 還是說另一位朋友所說的變成廣播 broadcast
> > 出去, 小弟得繼續找資料研讀.
> 嘿嘿...好像很久沒看到sikloㄌ
> 大概五年前就在這版版看到你啦
> 你還在當MIS啊?
> 關於這個問題嘛...
> Switch其實運作很簡單
> 前面就如siklo所說的
> Switch是學習48bit(6byte) source address
> 但是還包含PortID
> DA這各式用來做比對要去ㄉ路徑
> 這個數字記ㄉ也是大家一般打config /all
> 那個Physical address
> 先說一個Frameㄉ格式
> DA  SA  L/T   Payload      FCS
> 48b 48b 16b   368b~12000b  32b
> 
> 那我就用一個例子當比喻好ㄌABCD代表四台電腦
> A(SA)=1 B(SA)=2  C(SA)=3  D(SA)=4
> 當今天四台電腦接Switch之後會怎麼動作呢?
> 而今天Switch不止要記每一台電腦ㄉSA而且要知道每一台
> 電腦接在哪一個Port(或是Domain,Port下面也有可能串接HUB)
> 那我們又假設A接P1,B接P2,C接P3,D接P4
> A傳第一筆資料ㄉ時候
> Switch看SA沒記錄∼所以會記在Table
>         DA反正也沒在記錄上不管DA為何
> BCD就會被Broadcast一筆來自Aㄉpacket
> Table就會記P1_from_SA=1
> 以此類堆當每一台電腦都送出第一筆資料後
> 所以Switch address Table會有下列ㄉ東西
> P1_from_SA=1
> P2_from_SA=2
> P3_from_SA=3
> P4_from_SA=4
> 決定上面這些數字可以儲存多少,每一台SW都有規格
> 1K 2K 4K 8K都有
> 
> CASE1:
> 那今天A要傳東西給B會怎麼走呢?
> A Packet 給SW 比對Table之後
> 發現存在P1_from_SA=1還是有Update只是沒重覆佔用一個MAC address
> 比對DA=2 去比對Table發現2在P2
> 因為現在ㄉSW都是所謂ㄉstore and forward
> 就是接收到上面的格式FCS去運算資料有沒有錯才轉送到要去ㄉ地方或者是Broadcast
> 以前有一種叫Cut through直接看到DA在哪就會直接送
> 有好有壞
> 第一種Latency會較長
> 第二種雖然效率好
> 不過壞的Packet也會被轉送到其他Port
> 那今天他算出來沒有錯∼
> OK那這一筆資料就會很順利的"只送到P2"
> 相對的其他也一樣的動作
> 
> CASE2:
> 那今天把A接到P2然後都不發出任何訊息會有甚事發生呢?
> C要傳東西給A
> SA學習和上述的動作一樣
> 但是在做DA比對時
> Table為P1_from_SA=1
> 其實A已經拔到P2
> 但是A沒跟SW說
> SW會以為A還在P1
> 所以會變成資料還是傳到P1但是根本沒人接收
> 所以這也是為何不管以前的Novell或者現在ㄉMS or XX OS
> 在不定期都會發出Broadcast也是為了在SW架構下要跟SW說我
> 現在何處還有為何MAC address不能重覆和這些都有關
> 那當A做Brocastㄉ時候
> Table會記P2_from_SA=1
> P1_from_SA=1會被清掉
> 所以這也是說明為何要記SA還要記PortID
> 
> CASE3:
> 當A與B都在P2_Domain但是A傳東西給B SW會怎麼動作?
> Table會有
> P2_from_SA=1
> P2_from_SA=2
> 
> A資料比對後發現B也在同一個Port_Domain
> 所以呢透過P2底下的Device(HUB or SW)
> 就會通了根本不需要轉送
> 所以A傳給B的全部都會被Drop
> CASE3說明了SW也擁有Filter的功能
> 
> 其實上面這些是SWㄉ基本觀念
> 自己畫畫圖可能比較容易理解
> SW其實還是有一些問題存在
> 如果上面這些瞭解了
> 各位可以自己想想
> 當兩台SW串接時
> A B各在兩台SW上
> 然後調換
> 如果是理論上的咚咚去看的話
> 會有甚問題存在?
> 當然比較好SW會有一套methodology去解這個問題
> 不過大家可以試試
> 
> 以上這些相信是教科書沒有的
> 我只是把自己的經驗分享給各位
> 如有錯誤或者問題歡迎來討論


---------------


"網中人"  撰寫於郵件 news:...
>
> "居士"  撰寫於郵件
> news:3k3QMC$Jjh@bbs.ee.ntu.edu.tw...
> > 不好意思,我對於 Hub 的知識有點貧乏,故在此請教大家 .... :-)
> >
> > 一般的 Hub (以 4 ports 為例,10Bps 或 10/100Bps) 除了一般的
> > 四個 port 以外,另外還有一個注明為 Select 的第五個 port, 我
> > 聽說這個 port 與第四個 port 不能同時接,必須選一個來用,但
> > 一直不曉得為什麼?這個 "Select" 的 port 到底是什麼作用呢?
>
> 這問題我在 network 版上回答過多次了﹐茲錄如下﹕
> 有些 hub 的 uplink 和其中一個 normal port 是做在同一個 port 上的﹔而有些則是
> 分開獨立的一個 uplink。
>
> 如果是同一個 port 上﹐應該有一個開關﹐讓您轉換這個 port 的功能。但如果是獨立
> 的﹐請留意板面上是否有畫一根線﹐將 uplink 和其中一個 normal port 連在一起
> 了。如果是﹐那這兩個 port 的使用時機是﹕二選一﹐不能同時使用。
>
> 無論是何種情況﹐uplink 通常是用來將兩個 hub 連接起來的(我相信看使用者手冊都
> 有圖例說明)﹕
>
> 1) 如果兩個 hub 都沒有 uplink﹐那就用一條 cross over 的線將兩個 hub 接起來﹐
> 雙方都接 normal port 就可以了。
> 2) 如果用 uplink 來接﹐那麼就用一條 straight through 的線﹐從其中一個 hub 的
> uplink 接到另一台的 normal port 上。
>
> 如您一共要接另外四個 HUB 的話﹐通常不會採取“串接”方式﹐
> 也就是 a->b->c->d->e ﹐除了在效率上的考慮﹐也要注意 5-3-4 原則。
>
> 我們通常建議採用“集中”方式﹕
> a->b
> a->c
> a->d
> a->e
>
> 這樣﹐每兩個 hub 最多跨越一個 hub 就可以到達了。這時候﹐a 的 uplink 可以不
> 用﹐然後將 b,c,d,e 的 uplink 用普通線接到 a 的普通 port 就好。
>
> 如果您真的需要跳線﹐那將網線置於接頭左邊﹐銅線腳向自己﹐從上到下數﹕
>
> 將 1 和 3 換﹐2 和 6 換﹐(只換一個接頭就好)
>
> 跳線部份請參考﹕
> http://www.johnscloset.net/wiring/crossover.html
>
>
>
> >
> > 另外一個問題是今天第一次遇到的,我將 Hub 這樣接
> >
> >                      +-----+
> >                      |     |
> >         World -------+ Hub +------------ Computer
> >                      |     |
> >                      +-----+
> >
> > 而在接時外面進來的線與電腦的線都是用 1 - 4 任選兩個 port 來
> > 接,結果發現 Hub 上的燈號完全沒有偵測到外面或電腦過來的封包,
> > 結果當然電腦無法連出去。但如果我將外面的線,或電腦的線,連到
> > Select port 時,則 Select port 上面就會有接到封包的燈號,但
> > 另一條線依舊一片死寂,沒有收到任何封包。換句話說,除了那個
> > Select port 有燈號以外,其他都沒有燈號。
> >
> > 我想請問的是,這樣的情況是代表 Hub 壞了嗎?還是有其他原因?
> > (我試了兩台 Hub 都是如此)
> >
>
> 如果試了兩個 hub 都這樣﹐‘一起’壞掉的機會比較少~~
> 或許檢查一下接線的方法吧。
>
> 另外﹐接 hub 的時候﹐要注意 5-4-3 原則﹐
> 看看您的 hub 是否剛好超出了這個範圍﹖
>
>
>
> --
>
> ======= http://www.study-area.org =======
> 飛雪迎春到﹐風雨送春歸
> 已是寒崖百丈冰﹐尤有花枝俏
> 俏也不爭春﹐只把春來報
> 待得山花爛漫時﹐他在叢中笑﹗
>




"一起切磋網路吧^^"  撰寫於郵件 news:40eVT4$FD5@bbs.ccns.ncku.edu.tw...
> ※ 引述《wchuang.bbs@bbs.cis.nctu.edu.tw (老盡少年心)》之銘言:
> > ==> 在 "runnersam"  的文章中提到:
> > > what's the different between hub and switch?  thanks.
> >   hub -> layer 1
> >   switch -> layer 2
> hub 是屬於同一個 collision (碰撞) domain
> 是用 CSMA/CD 機制來做封包傳遞
> 當要傳資料出去時會先去偵測有沒有其他 port 在使用
> 所以每個 port 不能與其他 port 同時使用
> 所以 hub 上的每個 port 是 shared total bandwidth 的
> 但是 switch 則是有獨自的 collision domain
> 每個 port 隨時都可以使用  不採 CSMA/CD 機制  且是各有各獨享頻寬
> 市面上有多個名詞  如 : switch 與 switching hub
> 這是有差別的 因為我們都知道 switch (Layer 2) 是屬於同一個 broadcast domain
> 除非去做 vlan 切割  才能切出獨立的 broadcast domain
> 但這種 switch 特別貴   一顆要好幾萬
> 且有人認為 我並不需要切割 vlan 我只希望有不同的 collision domain 即可
> 所以才會有 switching hub 的出現
> 它是一個沒有切 vlan 功能的簡易 switch  一顆只要幾千元



"網中人"  撰寫於郵件 news:ae2lv7$c7v$1@news.seed.net.tw...
> 
> 
> 
> "一起切磋網路吧^^"  撰寫於郵件
> news:40eVT4$FD5@bbs.ccns.ncku.edu.tw...
> > ※ 引述《wchuang.bbs@bbs.cis.nctu.edu.tw (老盡少年心)》之銘言:
> > > ==> 在 "runnersam"  的文章中提到:
> > > > what's the different between hub and switch?  thanks.
> > >   hub -> layer 1
> > >   switch -> layer 2
> > hub 是屬於同一個 collision (碰撞) domain
> > 是用 CSMA/CD 機制來做封包傳遞
> > 當要傳資料出去時會先去偵測有沒有其他 port 在使用
> > 所以每個 port 不能與其他 port 同時使用
> > 所以 hub 上的每個 port 是 shared total bandwidth 的
> > 但是 switch 則是有獨自的 collision domain
> > 每個 port 隨時都可以使用  不採 CSMA/CD 機制  且是各有各獨享頻寬
>                             ^^^^^^^^^^^^^^^^^^
> 
> 我不認為 switch 竟然可以將 CSMA/CD 拋開﹐假如 physical 是 802.3 規格的話。
> 只是﹐switch 能夠針對 CS 和 CD 進行有效的改善﹐而提供整體 MA 的能力而已。
> 
> 之前應該有許多討論文章了﹐在下也收集了一些﹐不妨參考看看﹕
> 
> http://www.study-area.org/tips/hub_switch.htm
> 


"一起切磋網路吧^^"  撰寫於郵件 news:40f2XP$Fem@bbs.ccns.ncku.edu.tw...
> ※ 引述《netman@junk.com (網中人)》之銘言:
> > "一起切磋網路吧^^"  撰寫於郵件
> > news:40eVT4$FD5@bbs.ccns.ncku.edu.tw...
> > > hub 是屬於同一個 collision (碰撞) domain
> > > 是用 CSMA/CD 機制來做封包傳遞
> > > 當要傳資料出去時會先去偵測有沒有其他 port 在使用
> > > 所以每個 port 不能與其他 port 同時使用
> > > 所以 hub 上的每個 port 是 shared total bandwidth 的
> > > 但是 switch 則是有獨自的 collision domain
> > > 每個 port 隨時都可以使用  不採 CSMA/CD 機制  且是各有各獨享頻寬
> >                             ^^^^^^^^^^^^^^^^^^
> > 我不認為 switch 竟然可以將 CSMA/CD 拋開﹐假如 physical 是 802.3 規格的話。
>                                                 ^^^^^^^^^^^^^^^^^^^^^^
> 802.3 不是用 CSMA/CD 吧 ??
> Ethernet 與 Ethernet_802.3 是不一樣的  是各別的規格
> Etherner 是屬L1與L2兩層  Ethernet_802.3 是L2 的下半層 Ethernet_802.2是上半層
> hub 是屬L1產品  用的是 CSMA/CD (Ethernet 特性)
> 但 switch 所採的 802.3 則不用 CS 與 CD 只留下 MA
> 
> > 只是﹐switch 能夠針對 CS 和 CD 進行有效的改善﹐而提供整體 MA 的能力而已。
> > 之前應該有許多討論文章了﹐在下也收集了一些﹐不妨參考看看﹕
> > http://www.study-area.org/tips/hub_switch.htm
> 
> 我有進來看你收集的文章
> 你有看到一段是這麼寫的嗎  ??
> A layer 2 interconnection device that does not form part of a
> CSMA/CD collision domain
> 但我又看到一行寫的讓我不解
> The CSMA/CD access method is specified in IEEE Std 802.3
> 既然 L2 不屬 CSMA/CD 為何屬 L2 的 802.3 又是 CSMA/CD
> 不知有沒有其他高手可以來解答
> 我在 CISCO ICND 教材上曾看過 Switch 不採用 CSMA/CD
> 為何在 RFC 文件上又定義的與 CISCO 文件上不同
> 

"網中人"  撰寫於郵件 news:ae3llg$pa$1@news.seed.net.tw...
> 
> "一起切磋網路吧^^"  撰寫於郵件
> news:40f2XP$Fem@bbs.ccns.ncku.edu.tw...
> 
> > > > 每個 port 隨時都可以使用  不採 CSMA/CD 機制  且是各有各獨享頻寬
> > >                             ^^^^^^^^^^^^^^^^^^
> > > 我不認為 switch 竟然可以將 CSMA/CD 拋開﹐假如 physical 是 802.3 規格的話。
> >                                                 ^^^^^^^^^^^^^^^^^^^^^^
> > 802.3 不是用 CSMA/CD 吧 ??
> 
> 如果不用 CSMA/CD﹐那用什麼﹖
> CSMA/CA 還是 token passing 還是 token bus ?
> 
> 
> > Ethernet 與 Ethernet_802.3 是不一樣的  是各別的規格
> > Etherner 是屬L1與L2兩層  Ethernet_802.3 是L2 的下半層 Ethernet_802.2是上半層
> 
> OSI 是一個 model ﹐不是一個協定﹐請您首先要搞清楚這個概念。
> 在協定標準上面的實作﹐可以參考 OSI 模型﹐但具體定義﹐端看各個協定本身的規範﹕
>     IEEE 有 IEEE 的標準﹐IBM 有 IBM 的標準﹐apple 有 apple 的標準....
> 
> 在 IEEE 802.x 家族中﹐802.2 下面有 3,4,5,6,12 這幾個標準﹐
> 分開了 LCC 和 MAC 兩個 sub layer ﹐但是 802.7﹐8﹐9﹐10﹐11 都是定義了完整的 L2
> 層級﹐
> 而在 802.3 標準下面﹐您可以使用的 physical 規格(常見)有這些﹕
>     * 10Base2
>     * 10Base5
>     * 10/100BaseT(x)
> 您可以統稱之為 ethernet ﹐但它們的傳輸協定卻可以是 CSMA/CD (有本事的可以開發另外
> 的協定)﹐
> 不要搞混了 physical 和 logical topology 就是了。
> 
> 
> > hub 是屬L1產品  用的是 CSMA/CD (Ethernet 特性)
> > 但 switch 所採的 802.3 則不用 CS 與 CD 只留下 MA
> 
> 在 node 端而言﹐還是使用 CSMA/CD﹐只是 switch 改良了 CS 和 CD 而已。
> 不管您如何改良﹐還是使用這個 logical topology ﹕
> 當 node 在傳送的時候﹐沒有 sense 到 carrier ﹐那就可以將 signle 送到 media 上﹔
> 只要沒有 collision 給 detect 到﹐那就認為傳送成功﹔
> 於是大家都在一個更好的 mutiple access 環境中了。
> 但 CS 和 CD 機制還是存在的﹐只是給 switch 聰明的避免掉而已﹐
> 而不是說﹐使用 switch 就不再採用 CSMA/CD 啦。
> 
> 不知道您能區分出來嗎﹖
> 
> >
> > > 只是﹐switch 能夠針對 CS 和 CD 進行有效的改善﹐而提供整體 MA 的能力而已。
> > > 之前應該有許多討論文章了﹐在下也收集了一些﹐不妨參考看看﹕
> > > http://www.study-area.org/tips/hub_switch.htm
> >
> > 我有進來看你收集的文章
> > 你有看到一段是這麼寫的嗎  ??
> > A layer 2 interconnection device that does not form part of a
> > CSMA/CD collision domain
> 
> 這句的重點是﹕not part of a XXXX collision domain ﹐
> CSMA/CD 只是一個定語﹐和 collision 一樣﹐都是用來定義 domain 這個名詞的。
> 
> 
> > 但我又看到一行寫的讓我不解
> > The CSMA/CD access method is specified in IEEE Std 802.3
> 
> 這句英文比較簡單﹐所以比較容易理解啦~~  ^_^
> 
> > 既然 L2 不屬 CSMA/CD 為何屬 L2 的 802.3 又是 CSMA/CD
> > 不知有沒有其他高手可以來解答
> > 我在 CISCO ICND 教材上曾看過 Switch 不採用 CSMA/CD
> > 為何在 RFC 文件上又定義的與 CISCO 文件上不同
> 
> 記住﹕OSI 只是一個 model ﹐各家協定在實作上還是有所出入的。
> 如果您發現 cisco 和 RFC 定義有衝突的話﹐那麼﹕
>     * 在理論上﹐請以 RFC 為準﹔
>     * 在實作上﹐請以 cisco 為準(只限 cisco 設備)
> 
> 另外給您一個建議﹕別太執著於名詞﹐因為那是死東西﹐將原理搞懂才是最關鍵的。
> 如果您喜歡﹐自己給 CSMA/CD 起一個名字叫 ABC 協定﹐然後將 802.3 稱為 XYZ 標準﹐
> 有何不可﹖
> 但它們的原理您就不能隨便亂辦了﹐名詞嘛﹐大家在溝通上不誤會就行了。
> 
> 補充﹕個人意見﹐不能作準﹐僅供參考。
> 



"貳周刊貓仔隊"  撰寫於郵件 news:40fB2I$YDT@bbs.cis.nctu.edu.tw...
> ==> 在 "網中人"  的文章中提到:
> > 在 IEEE 802.x 家族中﹐802.2 下面有 3,4,5,6,12 這幾個標準﹐
> > 分開了 LCC 和 MAC 兩個 sub layer ﹐但是 802.7﹐8﹐9﹐10﹐11 都是定義了完整的 L2
> 
> 建議你再把IEEE 802.1D第5頁的那張架構圖再看一下。
> 
> > 在 node 端而言﹐還是使用 CSMA/CD﹐只是 switch 改良了 CS 和 CD 而已。
> > 不管您如何改良﹐還是使用這個 logical topology ﹕
> > 當 node 在傳送的時候﹐沒有 sense 到 carrier ﹐那就可以將 signle 送到 media
>                                                            ^^^^^^
> 最好把signal跟frame分清楚,802.3中很多physical layer的規格在封包及封包間
> 仍然會有signal傳送(這稱為idle signal),而真正要避免碰撞的是frame,不是signal。
> 
> > 只要沒有 collision 給 detect 到﹐那就認為傳送成功﹔
> > 於是大家都在一個更好的 mutiple access 環境中了。
> > 但 CS 和 CD 機制還是存在的﹐只是給 switch 聰明的避免掉而已﹐
> > 而不是說﹐使用 switch 就不再採用 CSMA/CD 啦。
> 
> 採不採用CSMA/CD跟是否用full duplex有關,只是switch的使用是full duplex
> 的必要條件而已(假設不考慮兩台電腦直接對傳的情形)。如果switch的每個port
> 都是設成full duplex,那麼就沒有CSMA/CD的機制存在。
> 
> > > A layer 2 interconnection device that does not form part of a
> > > CSMA/CD collision domain
> > 這句的重點是﹕not part of a XXXX collision domain ﹐
> > CSMA/CD 只是一個定語﹐和 collision 一樣﹐都是用來定義 domain 這個名詞的。
> 
> 這句的意思只是說bridge可以*分隔*collision domain。
> 
> > > 既然 L2 不屬 CSMA/CD 為何屬 L2 的 802.3 又是 CSMA/CD
> > > 不知有沒有其他高手可以來解答
> 
> *現在*Ethernet == IEEE 802.3,相關歷史典故請自行在網上查閱。
> --



"203.187.2.10"  撰寫於郵件 news:40fB2i$YjL@bbs.cis.nctu.edu.tw...
> ==> 在 "網中人"  的文章中提到:
> > >                                                 ^^^^^^^^^^^^^^^^^^^^^^
> > > 802.3 不是用 CSMA/CD 吧 ??
> > 如果不用 CSMA/CD﹐那用什麼﹖
> > CSMA/CA 還是 token passing 還是 token bus ?
> cut from 802.3 standard:
> 
> This standard provides for two distinct modes of operation: half duplex
> and full duplex. A given IEEE 802.3 instantiation operates in either half
> or full duplex mode at any one time. The term “CSMA/CD MAC” is used
> throughout this standard synonymously with “802.3 MAC,” and may represent
> an instance of either a half duplex or full duplex mode data terminal
> equipment (DTE), even though full duplex mode DTEs do not implement the
> CSMA/CD algorithms traditionally used to arbitrate access to shared-media
> LANs.
> 
> 簡單的說, 意思就是"雖然用 CSMA/CD MAC 這個稱呼, 但是指的是統稱的
> 802.3 MAC, 不管有沒有用到 CSMA/CD"
> 
> > > hub 是屬L1產品  用的是 CSMA/CD (Ethernet 特性)
> > > 但 switch 所採的 802.3 則不用 CS 與 CD 只留下 MA
> > 在 node 端而言﹐還是使用 CSMA/CD﹐只是 switch 改良了 CS 和 CD 而已。
> > 不管您如何改良﹐還是使用這個 logical topology ﹕
> > 當 node 在傳送的時候﹐沒有 sense 到 carrier ﹐那就可以將 signle 送到 media 上﹔
> > 只要沒有 collision 給 detect 到﹐那就認為傳送成功﹔
> > 於是大家都在一個更好的 mutiple access 環境中了。
> > 但 CS 和 CD 機制還是存在的﹐只是給 switch 聰明的避免掉而已﹐
> > 而不是說﹐使用 switch 就不再採用 CSMA/CD 啦。
> > 不知道您能區分出來嗎﹖
> 1.1.1.2 Full duplex operation
> Full duplex operation allows simultaneous communication between a pair
> of stations using point-to-point media (dedicated channel). Full duplex
> operation does not require that transmitters defer, nor do they monitor
> or react to receive activity, as there is no contention for a shared
> medium in this mode. Full duplex mode can only be used when all of the
> following are true:
> 
> a) The physical medium is capable of supporting simultaneous transmission
> and reception without interference.
> 
> b) There are exactly two stations connected with a full duplex
> point-to-point link. Since there is no contention for use of a shared
> medium, the multiple access (i.e., CSMA/CD) algorithms are unnecessary.
> 
> c) Both stations on the LAN are capable of, and have been configured to use,
> full duplex operation.
> 
> The most common configuration envisioned for full duplex operation
> consists of a central bridge (also known as a switch) with a dedicated
> LAN connecting each bridge port to a single device. Repeaters as defined
> in this standard are outside the scope of full duplex operation.
> 
> Full duplex operation constitutes a proper subset of the MAC functionality
> required for half duplex operation.
> 
> 所以後面的爭論可以省了, 因為全雙工下根本不做 CSMA/CD, 也沒有必要做.
> switch 也好 host 也好, 一樣都算是一個 station, 哪裡有分別呢?
> 
> > > 我有進來看你收集的文章
> > > 你有看到一段是這麼寫的嗎  ??
> > > A layer 2 interconnection device that does not form part of a
> > > CSMA/CD collision domain
> > 這句的重點是﹕not part of a XXXX collision domain ﹐
> > CSMA/CD 只是一個定語﹐和 collision 一樣﹐都是用來定義 domain 這個名詞的。
> 1.4.82 collision domain: A single, half duplex mode CSMA/CD network.
> If two or more Media Access Control (MAC) sublayers are within the
> same collision domain and both transmit at the same time, a collision
> will occur. MAC sublayers separated by a repeater are in the same
> collision domain. MAC sublayers separated by a bridge are within
> different collision domains. (See IEEE 802.3.)
> 
> 一樣, 這些名詞都是有精確定義的




"貳周刊貓仔隊"  撰寫於郵件 news:40fB9b$Z1I@bbs.cis.nctu.edu.tw...
> ==> 在 fleece.bbs@bbs.csie.nctu.edu.tw (雲在空中水在 的文章中提到:
> > ※ 引述《lovekunfu.bbs@bbs.ccns.ncku.edu.tw (一起切磋網路吧^^)》之銘言:
> > 盡信書 不如無書
> > 看是要討論 HALF-DUPLEX 或 FULL-DUPLEX
> > 或者是討論不同 LAYER 的交換或轉換
> > 也許先將焦點釐清會好些 純建議啦
> 
> 去找Rich Seifert著的Gigabit Ethernet或The Switch book來看。
> 作者是Full duplex標準小組的主席兼編輯,他寫的full duplex觀念
> 總不會有問題吧。如果英文還不錯,可以到comp.dcom.lans.ethernet
> 的討論區直接跟他本人請教。



"網中人"  撰寫於郵件 news:ae4890$gdf$1@news.seed.net.tw...
> "貳周刊貓仔隊"  撰寫於郵件
> news:40fB2I$YDT@bbs.cis.nctu.edu.tw...
> >
> > 建議你再把IEEE 802.1D第5頁的那張架構圖再看一下。
> 
> 嗯﹐受教了﹗小弟說的太簡單啦~~
> 暫時也沒時間翻書﹐要解釋 IEEE 802.x 絕對不能用一句話的﹐
> 這是小弟的過失﹐希望沒對大家造成太多的誤導吧。
> 
> 
> > 最好把signal跟frame分清楚,802.3中很多physical layer的規格在封包及封包間
> > 仍然會有signal傳送(這稱為idle signal),而真正要避免碰撞的是frame,不是signal。
> 
> 不過﹐不知道 signal 和 frame 如何區分呢﹖
> 假如都在同一條銅線上﹐當兩個 signal 同時在上面傳送的時候﹐
> 不知道其他節點如何區分﹖啊﹐無意置疑﹐只是真的不懂﹐很想請教而已。
> 
> 就小弟個人認知(抱歉﹐完全不能作準的)﹐所謂的 frame 也是由 signal 構成吧﹖
> 離開了 signal ﹐小弟實在想象不出 frame 是什麼東西﹖
> 而在下覺得﹐不過用什麼 signal 傳送技術﹐歸根結底還是一些 0 和 1 而已﹐
> 無論是 signal 本身﹐還是 signal 組成的 frame ﹐
> 當這些 signal 在共享媒體上傳送的時候﹐就不能同時出現。
> 嗯﹐可能是小弟對 signal 和 frame 的認識還不夠了解吧﹐希望兄台能抽空指教一二。
> 謝謝﹗
> 
> 
> >
> > 採不採用CSMA/CD跟是否用full duplex有關,只是switch的使用是full duplex
> > 的必要條件而已(假設不考慮兩台電腦直接對傳的情形)。如果switch的每個port
> > 都是設成full duplex,那麼就沒有CSMA/CD的機制存在。
> 
> 我只同意 full duplex 的看法﹐但不同意將 CSMA/CD 機制歸於無形。
> 在 FD 的情況下﹐因為沒有出現共享媒體的情況﹐
> 所以一經設定之後﹐CS 和 CD 都可以省掉﹐但不能說這個機制不存在。
> 這也是小弟之前向 lovekunfu 兄提出異議的地方。
> 如果 FD 模式不存在呢﹖難道我們又說 CSMA/CD 復活了嗎﹖
> 我只能說﹐CSMA/CD 都是存在的﹐只是我們在 implement 的時候﹐
> 將 CS 和 CD 避免掉而已。
> 
> 如果讓小弟來打個比喻的話﹐在 FD 的情況下﹐一路開下來都是綠燈﹐
> 根本無需要煞車就能到達目的地﹐因為在 FD 情形是沒有碰撞發生的。
> 但我們不能因此說﹕紅綠燈和煞車裝置是不存在的。
> 
> >
> > > > A layer 2 interconnection device that does not form part of a
> > > > CSMA/CD collision domain
> 
> > 這句的意思只是說bridge可以*分隔*collision domain。
> 
> 嗯﹐這樣解釋容易接受多了~~
> 
> 還請 ilkitty 兄台多多指教。謝謝﹗
> 




"203.187.2.10"  撰寫於郵件 news:40fENF$YbT@bbs.cis.nctu.edu.tw...
> ==> 在 "網中人"  的文章中提到:
> > 我只同意 full duplex 的看法﹐但不同意將 CSMA/CD 機制歸於無形。
> > 在 FD 的情況下﹐因為沒有出現共享媒體的情況﹐
> > 所以一經設定之後﹐CS 和 CD 都可以省掉﹐但不能說這個機制不存在。
> > 這也是小弟之前向 lovekunfu 兄提出異議的地方。
> > 如果 FD 模式不存在呢﹖難道我們又說 CSMA/CD 復活了嗎﹖
> > 我只能說﹐CSMA/CD 都是存在的﹐只是我們在 implement 的時候﹐
> > 將 CS 和 CD 避免掉而已。
> > 如果讓小弟來打個比喻的話﹐在 FD 的情況下﹐一路開下來都是綠燈﹐
> > 根本無需要煞車就能到達目的地﹐因為在 FD 情形是沒有碰撞發生的。
> > 但我們不能因此說﹕紅綠燈和煞車裝置是不存在的。
> 差別在於, 有 CSMA/CD 相當於還是有一隻腳在煞車上, 但是 FD 的情形
> 腳是不在煞車上的, 車子上也不見得有煞車, 別忘了同一個 standard
> 也適用於完全沒有 half-duplex 的 Gigabit Ethernet.
> 




"網中人"  撰寫於郵件 news:ae4c9n$jlk$1@news.seed.net.tw...
> 
> "203.187.2.10"  撰寫於郵件
> news:40fENF$YbT@bbs.cis.nctu.edu.tw...
> > 差別在於, 有 CSMA/CD 相當於還是有一隻腳在煞車上, 但是 FD 的情形
> > 腳是不在煞車上的, 車子上也不見得有煞車, 別忘了同一個 standard
> > 也適用於完全沒有 half-duplex 的 Gigabit Ethernet.
> 
> 了解~~ 謝謝﹗
> 
> 那我們在比較 hub 和 switch 的時候﹐是否最好先將條件區分出來﹕
> 
> 1) 在 half duplex 的情況下
> 2) 在 full duplex 的情況下
> 
> 不過﹐如果在 FD 下面﹐我們根本不必理會 hub 了吧﹖因為 no such thing!
> 
> 因為這個題目真的每一兩個星期就出現一次﹐這次我再把大家的討論也收集起來好了。
> 只是﹐不知道有多少人會看而已~~
> 



"貳周刊貓仔隊"  撰寫於郵件 news:40fcO6$YnM@bbs.cis.nctu.edu.tw...
> ==> 在 "網中人"  的文章中提到:
> > > 最好把signal跟frame分清楚,802.3中很多physical layer的規格在封包及封包間
> > > 仍然會有signal傳送(這稱為idle signal),而真正要避免碰撞的是frame,不是signal。
> > 就小弟個人認知(抱歉﹐完全不能作準的)﹐所謂的 frame 也是由 signal 構成吧﹖
> > 離開了 signal ﹐小弟實在想象不出 frame 是什麼東西﹖
> > 而在下覺得﹐不過用什麼 signal 傳送技術﹐歸根結底還是一些 0 和 1 而已﹐
> > 無論是 signal 本身﹐還是 signal 組成的 frame ﹐
> > 當這些 signal 在共享媒體上傳送的時候﹐就不能同時出現。
> > 嗯﹐可能是小弟對 signal 和 frame 的認識還不夠了解吧﹐希望兄台能抽空指教一二。
> 
> 有的規格,如100BASE-TX,在frame和frame之間也有signal傳送(稱為idle signal),
> 它是由11111所構成(scramble和MLT-3編碼之前),而正常的frame資料在4B/5B的編碼
> 之後不可能產生11111這樣的碼,所以接受端可以區別是frame或是idle signal。而
> 100BASE-TX下collision detection的判斷依據是檢查在傳送frame的同時,是否
> 收到來自另一端的frame,而不是任意的signal(如idle signal),因為idle signal
> 在frame和frame間是一直存在的,不能同時出現的是frame。
> 
> 而對10BASE2、10BASE5等規格而言,frame和frame之間沒有idle signal,collision
> detection是根據傳輸線上信號的DC component的電壓是否超過臨界值來決定(參考
> 802.3標準Clause 8.3.1.4和8.3.1.5)。
> 
> > 我只同意 full duplex 的看法﹐但不同意將 CSMA/CD 機制歸於無形。
> > 在 FD 的情況下﹐因為沒有出現共享媒體的情況﹐
> > 所以一經設定之後﹐CS 和 CD 都可以省掉﹐但不能說這個機制不存在。
> > 這也是小弟之前向 lovekunfu 兄提出異議的地方。
> > 如果 FD 模式不存在呢﹖難道我們又說 CSMA/CD 復活了嗎﹖
> 
> 看implement而定,一般10/100的網卡會同時implement half/full duplex,
> 在跑full duplex時會把CS和CD的功能disable掉,更由於只有兩個station
> 可能會共用一個傳輸媒介,所以連"multiple" access也沒了。但是Gigabit
> Ethernet儘管有half duplex標準,但是沒有人去implement它,也就沒有
> disable的問題,因為根本不存在。到了10 Gigabit Ethernet,連half duplex
> 的標準也不訂了,更不用說implement了。但不管如何,802.3標準的大標題
> 還是CSMA/CD,我想只是為了討論方便。
> 
> 關於full duplex標準的細節你可以去看Rich Seifert的書,畢竟這些東西
> 是他們訂出來的。



-----------


"ethan"  撰寫於郵件 news:40fSI0$Vrt@bbs.im.tku.edu.tw...
> 1.只要是Ethernet 就是csma/cd不論所介接的device是什麼
> 2.很多人說switch就沒有csma/cd的特性這樣的說法是有些問題的
> 正確來說應該是switch不做collision detection(CD),switch上根本不做碰撞偵測電路
> 所以直接接在switch的網路沒有碰撞的問題,
> 3.因為switch是layer2的device所以可以支援full-duplex.如果有人說他的hub可以支援
> full-duplex,就把他的頭給巴下去.layer2的意思就是每個port都是獨立的collision
> domain;如此一來port與port間的full-duplex才可能
> 



"huckly"  撰寫於郵件 news:0AE6B04$0002G4R$1@bbs.openfind.com.tw...
> ※ 引述《ethanchn.bbs@bbs.im.tku.edu.tw (ethan)》之銘言:
> > 1.只要是Ethernet 就是csma/cd不論所介接的device是什麼
> > 2.很多人說switch就沒有csma/cd的特性這樣的說法是有些問題的
> > 正確來說應該是switch不做collision detection(CD),switch上根本不做碰撞偵測電路
> > 所以直接接在switch的網路沒有碰撞的問題,
> 
> 如果我的網卡沒有支援 full-duplex 也就是說 在這個port 也不會有 collision 嗎 ??
> 那 switch 該如何處理 
> 
> 如果你仔細看 各家廠牌的 switch 他們都說支援 802.3 
> 在 802.3 會針對 不同的狀況 來作 處理 
> 所以不能說 switch 不做 CSMA/CD 
> 應該說 在 full-duplex 狀態下 並不會 有 collision 所以 不 CSMA/CD
> 但是 如果是 helf-duplex 應該還是會 CSMA/CD 
> 
> 如觀念有錯 請指正
> > 3.因為switch是layer2的device所以可以支援full-duplex.如果有人說他的hub可以支援
> > full-duplex,就把他的頭給巴下去.layer2的意思就是每個port都是獨立的collision
> > domain;如此一來port與port間的full-duplex才可能
> 
> 如果我的網卡沒有支援 full-duplex 也就是說 在這個port 也不會有 collision 嗎 ??
> 那 switch 該如何處理 
> 




"貳周刊貓仔隊"  撰寫於郵件 news:40g0bV$YHI@bbs.cis.nctu.edu.tw...
> ==> 在 "huckly"  的文章中提到:
> > 如果我的網卡沒有支援 full-duplex 也就是說 在這個port 也不會有 collision 嗎 ??
> > 那 switch 該如何處理
> 
> 如果兩端都有支援且被設成auto negotiation,那麼這兩端自然會去協商出該不
> 該用full duplex。如果用手動的方式強制去設定,那就如手動的設定結果。
> 有沒有collision是由發送端去"解釋",同樣是同時收、送的情形,如果發送端
> 設成half duplex,就會解釋成collision。如果發送端設成full duplex,則不
> 會被解釋成collision。




"ethan"  撰寫於郵件 news:40geEa$WDn@bbs.im.tku.edu.tw...
> 【 在 huckly. 的大作中提到: 】
> : ※ 引述《ethanchn.bbs@bbs.im.tku.edu.tw (ethan)》之銘言:
> : > 1.只要是Ethernet 就是csma/cd不論所介接的device是什麼
> : > 2.很多人說switch就沒有csma/cd的特性這樣的說法是有些問題的
> : > 正確來說應該是switch不做collision detection(CD),switch上根本不做碰撞偵測電路
> : > 所以直接接在switch的網路沒有碰撞的問題,
> : 如果我的網卡沒有支援 full-duplex 也就是說 在這個port 也不會有 collision 嗎 ??
> : 那 switch 該如何處理 
> : 如果你仔細看 各家廠牌的 switch 他們都說支援 802.3 
> : 在 802.3 會針對 不同的狀況 來作 處理 
> : 所以不能說 switch 不做 CSMA/CD 
> : 應該說 在 full-duplex 狀態下 並不會 有 collision 所以 不 CSMA/CD
> : 但是 如果是 helf-duplex 應該還是會 CSMA/CD 
> : 如觀念有錯 請指正
> : > 3.因為switch是layer2的device所以可以支援full-duplex.如果有人說他的hub可以支援
> : > full-duplex,就把他的頭給巴下去.layer2的意思就是每個port都是獨立的collision
> : > domain;如此一來port與port間的full-duplex才可能
> : 如果我的網卡沒有支援 full-duplex 也就是說 在這個port 也不會有 collision 嗎 ??
> : 那 switch 該如何處理 
> 
> 是否support full-duplex不是因為collision dection,當switch某個port定成half-duplex
> 時候;仍然不做碰撞偵測.
> hub是之所以不能做full-duplex因為hub僅僅是個share media,在整個hub的所有port中的一個單位時間內充斥著
> 不論是否這個port要獲不要的packet,更不用談一個port要同單位時間做送與收的動作.
> 只要是ethernet就一定有csma/cd的特性;switch因為每個port是單一的collision domain所以
> 不需考慮collision的問題.switch不因為某個port設為half-duplex而變成要做碰撞偵測.
> 
> 也許您可以參考一下以下敘述來自Cisco網站:http://www.cisco.com/warp/public/473/lan-switch-cisco.shtml
> 請注意文章中用到forgo這個字
> Fully switched networks employ either twisted pair or fiber optic cabling, 
> both of which use separate conductors for sending and receiving data. 
> In this type of environment, Ethernet nodes can forgo the collision detection 
> process and transmit at will ,since they are the only potential devices that 
> can access the medium.
> 
> 大家一起研究求進步 
> 



"ethan"  撰寫於郵件 news:40gg3V$XD_@bbs.im.tku.edu.tw...
> 【 在 ilkitty.bbs@bbs.cis.nctu.edu.tw (貳周刊貓仔隊) 的大作中提到: 】
> : ==> 在 "huckly"  的文章中提到:
> : > 如果我的網卡沒有支援 full-duplex 也就是說 在這個port 也不會有 collision 嗎 ??
> : > 那 switch 該如何處理
> : 如果兩端都有支援且被設成auto negotiation,那麼這兩端自然會去協商出該不
> : 該用full duplex。如果用手動的方式強制去設定,那就如手動的設定結果。
> : 有沒有collision是由接收端去"解釋",同樣是同時收、送的情形,如果接收端
> : 設成half duplex,就會解釋成collision。如果接收端設成full duplex,則不
> : 會被解釋成collision。
> 
> full-duplex會disable collision detection沒錯,but half-duplex下我的看法是
> congestion control;而不是collision detection.
> 因毗witch每個port的buffer會queue住traffic當buffer不足後才發出collision frame要
> 求resend
> 請參考以下敘述關於back-pressure from Cisco
> 
> Half Duplex with Back Pressure
> Half-duplex back pressure ensures retransmission of incoming packets if 
> a half-duplex switch port is unable to receive incoming packets. 
> When back pressure is enabled and no buffers are available to a port, 
> the switch sends collision frames across the affected port and causes the 
> transmitting station to resend the packets. 
> The switch can then use this retransmission time to clear its receive buffer 
> by sending packets already in the queue.
> 



"無恥邦"  撰寫於郵件 news:40ggSX$Wzv@BirdNest.twbbs.org...
> ※ 引述《ethanchn.bbs@bbs.im.tku.edu.tw (ethan)》之銘言:
> : 是否support full-duplex不是因為collision dection,當switch某個port定成half-duplex
> : 時候;仍然不做碰撞偵測.
> : hub是之所以不能做full-duplex因為hub僅僅是個share media,在整個hub的所有port中的一個單位時間內充斥著
> : 不論是否這個port要獲不要的packet,更不用談一個port要同單位時間做送與收的動作.
> : 只要是ethernet就一定有csma/cd的特性;switch因為每個port是單一的collision domain所以
> : 不需考慮collision的問題.switch不因為某個port設為half-duplex而變成要做碰撞偵測.
> 以上說法是絕對錯誤的
> 
> : 也許您可以參考一下以下敘述來自Cisco網站:http://www.cisco.com/warp/public/473/lan-switch-cisco.shtml
> : 請注意文章中用到forgo這個字
> : Fully switched networks employ either twisted pair or fiber optic cabling,
> : both of which use separate conductors for sending and receiving data.
> : In this type of environment, Ethernet nodes can forgo the collision detection
> : process and transmit at will ,since they are the only potential devices that
> : can access the medium.
> : 大家一起研究求進步
> 請注意他是指"fully switched networks", 其實裡面已經隱含了"設備通通
> 都是 switch"這個意思. 都是 switch 構成的網路, 當然不會有人笨到還在
> 跑 half-duplex. 但僅從這一點不能引申到"只要是 switch 上面的 port 就
> 不做 collision detection"這個結果.
> 


"無恥邦"  撰寫於郵件 news:40ghNW$WXw@BirdNest.twbbs.org...
> ※ 引述《"網中人" , 看板: Network》之銘言:
> : > 請注意他是指"fully switched networks", 其實裡面已經隱含了"設備通通
> : > 都是 switch"這個意思. 都是 switch 構成的網路, 當然不會有人笨到還在
> : > 跑 half-duplex. 但僅從這一點不能引申到"只要是 switch 上面的 port 就
> : > 不做 collision detection"這個結果.
> : 那﹐假設(假設啦)﹐真有那麼‘笨’的人接了一個 hub 呢﹖
> : 結果又如何﹖
> 很簡單, 接了一個 hub 以後, 就不叫"fully switched network"了, 以上
> 說法也自然再不適用.
> 


"無恥邦"  撰寫於郵件 news:40ggdl$WXy@BirdNest.twbbs.org...
> ※ 引述《ethanchn.bbs@bbs.im.tku.edu.tw (ethan)》之銘言:
> : full-duplex會disable collision detection沒錯,but half-duplex下我的看法是
> : congestion control;而不是collision detection.
> : 因毗witch每個port的buffer會queue住traffic當buffer不足後才發出collision frame要
> : 求resend
> : 請參考以下敘述關於back-pressure from Cisco
> : Half Duplex with Back Pressure
> : Half-duplex back pressure ensures retransmission of incoming packets if
> : a half-duplex switch port is unable to receive incoming packets.
> : When back pressure is enabled and no buffers are available to a port,
> : the switch sends collision frames across the affected port and causes the
> : transmitting station to resend the packets.
> : The switch can then use this retransmission time to clear its receive buffer
> : by sending packets already in the queue.
> 你把 flow control 和 collision 弄混了, 這不是同一件事.
> 
> flow control 是用來解決"switch 內部阻塞"的手段, 比如說有兩個 100Mbps
> 的 port 同時全速傳送資料到另一個 100Mbps port, 當然會塞在 switch 裡面
> 送不過去, 這時候 switch 應該要想辦法通知 sender 暫緩送出 packet,.
> 
> full-duplex 的 port 可能的做法是 802.1x pause frame 來做 flow control
> 
> half-duplex 的話怎麼辦? 最簡單的方式就是由 switch 直接把 transmitter jam
> 住, 這在 switch 裡面的 buffer 清出來以前不會停止, 所以可能會干擾到整個
> segment 上的其它節點. 別忘了其它裝置還是在做 CSMA/CD 的, 只有 switch
> 不做的結果就是撞的亂七八糟.
> 


"網中人"  撰寫於郵件 news:ae9p97$bp$1@news.seed.net.tw...
> 
> "無恥邦"  撰寫於郵件
> news:40ggdl$WXy@BirdNest.twbbs.org...
> > ※ 引述《ethanchn.bbs@bbs.im.tku.edu.tw (ethan)》之銘言:
> > : full-duplex會disable collision detection沒錯,but half-duplex下我的看法是
> > : congestion control;而不是collision detection.
> > : 因毗witch每個port的buffer會queue住traffic當buffer不足後才發出collision frame
> 要
> > : 求resend
> > : 請參考以下敘述關於back-pressure from Cisco
> > : Half Duplex with Back Pressure
> > : Half-duplex back pressure ensures retransmission of incoming packets if
> > : a half-duplex switch port is unable to receive incoming packets.
> > : When back pressure is enabled and no buffers are available to a port,
> > : the switch sends collision frames across the affected port and causes the
> > : transmitting station to resend the packets.
> > : The switch can then use this retransmission time to clear its receive buffer
> > : by sending packets already in the queue.
> > 你把 flow control 和 collision 弄混了, 這不是同一件事.
> >
> > flow control 是用來解決"switch 內部阻塞"的手段, 比如說有兩個 100Mbps
> > 的 port 同時全速傳送資料到另一個 100Mbps port, 當然會塞在 switch 裡面
> > 送不過去, 這時候 switch 應該要想辦法通知 sender 暫緩送出 packet,.
> 
> 嗯﹐但閣下這裡沒提到究竟用什麼方法來‘通知’sender 哦~
> 但上文是說﹕“the switch sends collision frames across the affected port ”
> 不知道能否請您幫忙解釋一下呢﹖
> 
> >
> > full-duplex 的 port 可能的做法是 802.1x pause frame 來做 flow control
> >
> > half-duplex 的話怎麼辦? 最簡單的方式就是由 switch 直接把 transmitter jam
> > 住, 這在 switch 裡面的 buffer 清出來以前不會停止, 所以可能會干擾到整個
> > segment 上的其它節點. 別忘了其它裝置還是在做 CSMA/CD 的, 只有 switch
> > 不做的結果就是撞的亂七八糟.
> 
> 嗯~~ 抱歉﹐有點亂﹐小弟實在跟不上閣下的思維。
> 前面閣下雖然沒否定 switch 會做 CSMA/CD ﹐但這裡卻有一個‘亂七八糟’的結論﹐
> 不知道能否再詳細解析一下呢﹖
> 別誤會﹐小弟不是在 challenge ﹐ 而是真的不懂。
> 希望前輩能撥空解惑。謝謝﹗
> 




"竹風勁起"  撰寫於郵件 news:40gj64$Wfu@BirdNest.twbbs.org...
> ※ 引述《"網中人" , 看板: Network》之銘言:
> : > 你把 flow control 和 collision 弄混了, 這不是同一件事.
> : > flow control 是用來解決"switch 內部阻塞"的手段, 比如說有兩個 100Mbps
> : > 的 port 同時全速傳送資料到另一個 100Mbps port, 當然會塞在 switch 裡面
> : > 送不過去, 這時候 switch 應該要想辦法通知 sender 暫緩送出 packet,.
> : 嗯﹐但閣下這裡沒提到究竟用什麼方法來‘通知’sender 哦~
> 
> 不需要知道sender是誰。在half duplex下,你不可能只擋某一個sender,要擋就
> 整個shared media堛漳tation都一塊擋。用的方法稱back pressure,大致有兩種
> 做法:
> (1) force collision:看到有封包送來了,就發個封包故意跟它collision。這樣
>     sender發現collision就會安排重送,因此queue被塞滿的情況可以暫時舒緩。
> (2) false carrier:又稱deferral,比方說,可以發一長串的preamble信號,讓
>     sender一直sense到carrier,這樣sender就不會送封包出來了。
> 
> 但是full duplex下,因為沒有CSMA/CD,所以上述的方法無效。因此IEEE 802.3x
> (不是802.1x,順便改一下steven老大的筆誤)在當年在訂full duplex標準時,就
> 順便訂了在full duplex下flow control的方法,就是用PAUSE frame。因為full
> duplex下,連接一個port的station恰有一個,所以一定是sender收到,不會有別
> 人(事實上PAUSE frame的destination address是一個multicast address,代表
> 能處理PAUSE frame的station所構成的group。sender只要有implement處理PAUSE
> frame的功能,它就會接收這樣的frame)。
> 
> : 但上文是說﹕“the switch sends collision frames across the affected port ”
> : 不知道能否請您幫忙解釋一下呢﹖
> 
> 如前面所述。
> 
> : 嗯~~ 抱歉﹐有點亂﹐小弟實在跟不上閣下的思維。
> : 前面閣下雖然沒否定 switch 會做 CSMA/CD ﹐但這裡卻有一個‘亂七八糟’的結論﹐
> : 不知道能否再詳細解析一下呢﹖
> : 別誤會﹐小弟不是在 challenge ﹐ 而是真的不懂。
> : 希望前輩能撥空解惑。謝謝﹗
> 
> 不過Ethernet flow control的使用還是限制頗多。當年提出這個機制,主要是
> 考量input-queued的switch。但在output-queued的switch中,即使output queue
> 快滿了,還是沒辦法做flow control。(除非另外去記錄每個output queue上的
> frame是從哪個port進來的,再由那個port去堵,但這又比較麻煩,因為同一個
> output queue的frame可能來自不同的port,要堵誰?) 這幾天在comp.dcom.lans.
> ethernet的newsgroup恰好有討論PAUSE frame的問題,你可以去看看。
> 



"ethan"  撰寫於郵件 news:40hUTg$W1y@bbs.im.tku.edu.tw...
> 【 在 pachinko.bbs@BirdNest.twbbs.org (竹風勁起) 的大作中提到: 】
> : ※ 引述《"網中人" , 看板: Network》之銘言:
> : : 嗯﹐但閣下這裡沒提到究竟用什麼方法來‘通知’sender 哦~
> : 不需要知道sender是誰。在half duplex下,你不可能只擋某一個sender,要擋就
> : 整個shared media堛漳tation都一塊擋。用的方法稱back pressure,大致有兩種
> : 做法:
> : (1) force collision:看到有封包送來了,就發個封包故意跟它collision。這樣
> :     sender發現collision就會安排重送,因此queue被塞滿的情況可以暫時舒緩。
> : (2) false carrier:又稱deferral,比方說,可以發一長串的preamble信號,讓
> :     sender一直sense到carrier,這樣sender就不會送封包出來了。
> 這位pachinko真是太專業了;我想steven與pachinko的回答給我的觀念有些釐清,thanX
> 可是根據pachinko的說法加上我之前的節錄文件;是否意味即使half-duplex下switch的
> buffer依然會queue住traffic直到buffer滿了才開始做back pressure.我看起來文件是這樣說的
> 我知道csma/cd與flow control是兩件事情;但是我的認為是在fully switch的網路下
> 即使有half-duplex的node(我絕得這很平常;因為很多客戶往卡不一定都support full-duplex)
> switch不需要用collision的機制解決;可以把packet buffer起來;再逐一丟出去;若traffic
> 太重到buffer滿了;就在half duplex做back presure,在full duplex做pause frame



--