Có tồn tại Topology Ring khi đấu nối dạng GE quang ?

Xin lỗi các bác em đặt tiêu đề có thể làm các bác nhầm lẫn (cứ nói GE quang là nghĩ ngay đến RPR hay 50ms như các bác nói đến đâu). Cụ thể là em đang muốn hỏi về giao thức MSTP "Multiple Spanning Tree Protocol" của Huawei áp dụng đê kết nối ring GE cho các IP-DSLAM của họ. Trong tài liệu có ghi: "The MA5600 can form an MSTP network. MSTP is compatible with Spanning Tree Protocol (STP) and Rapid Spanning Tree Protocol (RSTP). In ad***ion, it addresses the drawbacks of STP and RSTP. The MSTP network supports fast convergence, and provides enhanced load sharing function for redundant links".

Theo em biết các IP-DSLAM của một số hãng như Alcatel ... chưa thể kết nối ring độc lập mà kết nối vào các nút của NGN.
Được ngutdung sửa chữa / chuyển vào 12:26 ngày 19/09/2007

[quote
Còn em đã thực hành trên mạng thật thì thấy các MA5600 qua cổng GE (cái này chẳng liên quan gì đến RPR cả !) phục hồi cỡ 15-20 giây đấy, ko biết bác đã config trên mạng IP-DSLAM thực tế chưa mà chủ quan vậy - còn em rất thông hiểu cái "sau này khi kết nối sang các hệ thống khác không chấp nhận ..." như bác nói.
Nhưng hệ thống IP-DSLAM là một mạng tương đối độc lập, em nhấn mạnh chỉ tương đối thôi còn mạng nào cuối cùng chẳng nối với nhau
Em muốn trao đổi : nếu là về lý thuyết các bác dẫn chứng tài liệu cụ thể tài liệu (ITU, IEEE ...) nếu là thực tế nên chỉ ra tên thiết bị nào đã làm.
@thuylt: còn chỗ nào sai bác cứ góp ý
Được ngutdung sửa chữa / chuyển vào 11:29 ngày 19/09/2007
[/quote]
----
Tài liệu thì cậu phải tự đọc thôi, tớ bỏ kỹ thuật nhiều năm rồi nên chỉ cho cậu khó quá, lúc cậu hỏi mới xông vào chỗ anh Gúc- gờ đó.
Hơi xa chủ đề rồi nhưng cứ tiếp tục nhé:
Cậu thích nói về MA5600 , OK : tài liệu hãng nhé tớ để nguyên cả chương mục để dễ theo dõi :
5.3.11 GE Multi-mode Optical Port
Table 5-21 Technical specifications of a GE multi-mode optical port
Attribute Description
Connector LC
Port rate 1.25 Gbit/s
Maximum reach 500 m over 50/125 µm multi-mode fiber
Standards compliance IEEE 802.3 z
Operating wavelength 850 nm
Transmit optical power -9.5 dBm to 0 dBm
Extinction ratio 9 dB
Receiver sensitivity -17 dBm

5.3.12 GE Electrical Port
Table 5-22 Technical specifications of a GE electrical port
Attribute Description
Connector RJ-45
Port rate 1000 Mbit/s (full duplex)
Maximum reach 100 m
Standards compliance IEEE 802.3ab

Nó viện dẫn đến tiêu chuẩn đáp ứng là
Standards compliance IEEE 802.3ab
Cậu lại vào đây cho tôi :
http://www.ieee802.org/3/
Các nội dung cần xem nó bảo thế này ( tôi đoán chỗ bạn không dùng OverTDM, mà đang chạy MPLS ???):
MPLS as Service Enabler MPLS as Service Enabler MPLS as Service Enabler
? VPN
? Traffic Engineering
? Sub-50ms Link/Node protection
? QoS
? foo over MPLS (Frame Relay, ATM,
Ethernet)
MPLS Link/Node MPLS TE Link/Node Protection

Controlled by the routers at ends of a failed link
(know as MPLS TE Fast Reroute).
? is a local protection mechanism
* link protection is configured on a per link basis
* the resilience attribute of a trunk allows to
control whether link protection could be applied
to the trunk which offers a fine granularity
? Uses nested LSPs (stack of labels)
* original LSP nested within link protection LSP

Rồi thì là hầm bà là đủ thứ bảo vệ trong đó :
- nào là link a-gờ-ration
- SpendingTree.
- load balacing.
..
Đủ thứ cậu nên xem kỹ lại đi nếu MA5600 - Huawei hứa tuân thủ tiêu chuẩn quốc tế mà thực tế lại là treo đầu dê bán thịt chó thì trách nhiệm của bạn là phải đòi lại sự công bằng thôi, hoặc ngậm ngùi tích lỗi để đó lần sau mua thì .
Trước khi cậu có ý định đòi lại sự công bằng tớ nhắc thêm cậu rằng việc thiết kế mạng rất quan trọng , nó quyết định trực tiếp đến thời gian chuyển faut, nếu ngưòi thiết kế mạng không đặt vấn đề này thấu đáo khi setup mạng thì hãng họ cười cho và chẳng giải quyết khiếu nại cho custom đâu.

Cám ơn bác nhiều, em sẽ nghiền ngẫm các thông tin bác cung cấp và sẽ phản biện lại - có gì chưa chính xác bác lại phản biện lại giúp em. Chỉ có điều em không nghĩ rằng các IP-DSLAM đấu với nhau có liên quan gì đến MPLS hay RPR cả. Trừ tình huống đấu qua các "nút" của mạng NGN em đã nói trên.
Em ko rõ bác làm cho mạng nào, chứ em làm cho cả Viettel và VNPT nên mảng này em đủ thực tế và lý thuyết để trao đổi
Được ngutdung sửa chữa / chuyển vào 17:14 ngày 20/09/2007

-------
Về đọc thêm sách đi,
trên này nhiều cao thủ lắm , đừng tuyên bố thêm bây giờ làm gì ?
"các IP-DSLAM đấu với nhau có liên quan gì đến MPLS hay RPR cả"
Điều này sau này cậu sẽ tự cười mình đó.
* MSTP thuần chủng thực hiện ở L2 nên nó chỉ dừng lại ở đó, PA bảo vệ này cổ lỗ rùi, chỉ được cái thành chuẩn rùi nên dễ tương thích l2 các hãng thôi, chất lượng thì quá tồi thủ tục bảo vệ gồm Phát hiện lỗi> active kênh mới, chất tải vào>>> quá lâu.
* Nếu cậu muốn có môi trường bảo vệ văn minh thực sự nên chuyển sang load balancing đi, thủ tục này thực hiện kết hợp L2,L3 tốc suất đáp ứng nhanh hơn nhiều < 50ms đó.
Hy vọng cậu sẽ coi cái này là background đừng bắt tớ phải Chứng minh/phản biện nữa.

Trên thực tế có nhiều điều khác nữa đó, tớ nhắn nhủ cậu câu này làm kỹ thuật đích thực cần phải :
Chớ nghe customer care nói.
Chớ tin techsuporter trình bày.

Những cái này thì em hoàn toàn đồng ý với bác, thì em đang nói đến MSTP đó, đọc tài liệu về IP-DSLAM không nói đến load balancing L3 mà chỉ thấy nói về MSTP L2 như bác nhận định.
Thiết bị đã và đang lắp đặt trên mạng rồi bác ạ, nên em mới thấy nó củ chuối vậy, việc yêu cầu Nhà thầu có đáp ứng tốt hơn ko phải là việc của em. Em chỉ đựoc đề nghị xem xét những bất hợp lý và đề xuất những thay đổi nếu có thể - nhưng đọc trong tài liệu thì không thấy khả năng này ở thiết bị đã lắp nên mới trao đổi để tìm ra giải pháp cụ thể.
Giống như các bác biết VNPT vừa rồi bị NEC cung cấp thiết bị truyền dẫn "dởm" nhưng có giải quyết được đâu