The network topology can happen in a network due to different reasons  การแปล - The network topology can happen in a network due to different reasons  ไทย วิธีการพูด

The network topology can happen in

The network topology can happen in a network due to different reasons like a link failure, a Switch (Bridge) failure, or a port transitioning to forwarding state.
The topology change must be notified to all Switches (Bridges) in the network and the process involves two steps:

• The Switch (Bridge) notifies the topology change to Root Bridge
• The Root Switch (Bridge) bridge broadcasts the topology change information into the whole network.

In case 6500 is the Root bridge for VLAN 106 & Po 50 receiving TCN notification and i would like to know below information.

++Which interface is flapping ? please trace the link flap & if it is a end port enable the port fast or shutdown interface -- Verify
++Does the CUCM or client has valid GW address to reach GW?
++When you ping from CUCM to 172.16.6.254 GW , you mentioned -LOSS- Have you checked is it learning ARP ?
++Ping from 6500 to 172.16.6.41 or client on vlan 106 by sourcing 172.16.6.254-Verify

++Connect a Pc directly to 6500 switch & ping to 172.16.6.254 -share the outputs.

Kindly let me know your convenient time, so we can schedule webex to check configuration & path from 6500 to vlan 106 client.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
โทโพโลยีของเครือข่ายสามารถเกิดขึ้นในเครือข่ายเนื่องจากสาเหตุต่าง ๆ เช่นการเชื่อมโยงล้มเหลว ความล้มเหลวของสวิตช์ (สะพาน) หรือพอร์ตเปลี่ยนไปส่งต่อรัฐต้องได้รับแจ้งการเปลี่ยนโทโพโลยีการสวิตช์ทั้งหมด (สะพาน) ในเครือข่าย และกระบวนการที่เกี่ยวข้องกับขั้นตอนที่สอง:•สวิตช์ (สะพาน) จะแจ้งให้ทราบการเปลี่ยนแปลงโครงสร้างสะพานราก•สะพานสลับราก (สะพาน) เผยแพร่ข้อมูลการเปลี่ยนแปลงโครงสร้างเป็นเครือข่ายทั้งหมดในกรณี 6500 เป็นสะพานรากสำหรับ VLAN 106 & Po 50 รับ TCN แจ้งเตือนและต้องการทราบข้อมูลด้านล่าง++ อินเทอร์เฟซที่จะกระพือ โปรดติดตามพนังลิงค์และถ้า ได้ใช้งานพอร์ตสิ้นสุดท่าเรือเร็วหรือปิดระบบอินเตอร์เฟซ-- ตรวจสอบ ++ ไม่ CUCM หรือไคลเอ็นต์มี GW ที่อยู่ถูกต้องถึง GW++ เมื่อคุณจาก CUCM ping 172.16.6.254 GW คุณกล่าว - สูญเสียคุณตรวจสอบได้ก็เรียน ARP++ ปิงจาก 6500 172.16.6.41 หรือไคลเอนต์บน vlan 106 โดย sourcing 172.16.6.254-Verify++ การเชื่อมต่อโดยตรงสามารถเปลี่ยน 6500 และ ping เพื่อ 172.16.6.254-แบ่งปันผลแจ้งให้เราทราบเวลาที่สะดวกของคุณ ดังนั้นเราสามารถกำหนดการ webex เพื่อตรวจสอบการกำหนดค่าและเส้นทางจาก 6500 ไปไคลเอนต์ 106 vlan
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
โครงสร้างเครือข่ายที่สามารถเกิดขึ้นในเครือข่ายเนื่องจากเหตุผลที่แตกต่างกันเช่นความล้มเหลวของการเชื่อมโยงเป็นสวิทช์ (สะพาน) ความล้มเหลวหรือการเปลี่ยนพอร์ตการส่งต่อรัฐ.
การเปลี่ยนแปลงโครงสร้างจะต้องแจ้งให้สวิทช์ทั้งหมด (สะพาน) ในเครือข่ายและกระบวนการ ที่เกี่ยวข้องกับขั้นตอนที่สอง:

•สวิตช์ (สะพาน) แจ้งการเปลี่ยนแปลงโครงสร้างสะพานราก
•สวิตช์ราก (สะพาน) สะพานออกอากาศข้อมูลการเปลี่ยนแปลงโครงสร้างลงในเครือข่ายทั้งหมด.

ในกรณีที่ 6500 เป็นสะพานรากของ VLAN 106 & Po 50 ได้รับ TCN การแจ้งเตือนและฉันอยากจะรู้ข้อมูลด้านล่าง.

++ ซึ่งเป็นอินเตอร์เฟซที่กระพือ? โปรดติดตามพนังเชื่อมโยงและถ้ามันเป็นพอร์ตสิ้นเปิดใช้งานพอร์ตเร็วหรือปิดระบบอินเตอร์เฟซ - ตรวจสอบ
? ++ ไม่ CUCM หรือลูกค้าได้ถูกต้องอยู่ในการเข้าถึง GW GW
++ เมื่อคุณปิงจาก CUCM เพื่อ 172.16.6.254 GW, ที่คุณกล่าวถึง -LOSS- คุณได้ตรวจสอบมันคือการเรียนรู้ ARP?
++ ปิงจาก 6500 172.16.6.41 หรือลูกค้าใน VLAN 106 โดยการจัดหา 172.16.6.254 ตรวจสอบ

++ เชื่อมต่อโดยตรงกับคอมพิวเตอร์ 6500 สวิทช์และ ping ไปยัง 172.16.6.254 - แบ่งปันผลผลิต.

กรุณาแจ้งให้เราทราบเวลาที่สะดวกของคุณเพื่อให้เราสามารถกำหนดเวลาการ WebEx เพื่อตรวจสอบการตั้งค่าและเส้นทางจาก 6500 ถึง VLAN 106 ลูกค้า
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
โครงสร้างเครือข่ายที่สามารถเกิดขึ้นในเครือข่าย เนื่องจากเหตุผลที่แตกต่างกันเช่นการเชื่อมโยงล้มเหลว สลับ ( สะพาน ) ความล้มเหลวหรือการส่งต่อพอร์ตรัฐการเปลี่ยนแปลงโครงสร้างต้องแจ้งทุกสวิตช์ ( สะพาน ) ในเครือข่ายและกระบวนการที่เกี่ยวข้องกับสองขั้นตอน :- สวิตช์ ( สะพาน ) แจ้งการเปลี่ยนแปลงโครงสร้างสะพานราก- รากสลับ ( สะพาน ) สะพานออกอากาศแบบเปลี่ยนข้อมูลในเครือข่ายทั้งหมดในกรณี 6500 เป็นสะพานราก VLAN 106 & โป 50 ได้รับแจ้ง TCN และฉันต้องการที่จะทราบข้อมูลด้านล่าง .+ + ที่อินเตอร์เฟซที่กระพือ ? โปรดติดตามการเชื่อมโยงพนังและถ้ามันเป็นปลายเปิดหรือปิดพอร์ตพอร์ตรวดเร็วอินเตอร์เฟซ -- ตรวจสอบ+ + ไม่ cucm หรือลูกค้าได้ถูกต้องถึง GW GW ที่อยู่ ?+ + เมื่อคุณ ping จาก cucm เพื่อ 172.16.6.254 GW , คุณกล่าวถึงการสูญเสีย -- คุณได้ตรวจสอบมันคือการเรียนรู้ ARP ?+ + ปิงจาก 6 172.16.6.41 หรือลูกค้าโดยการจัดหา 172.16.6.254-verify VLAN 106 คน+ + เชื่อมต่อ PC โดยตรง , Switch & ปิง 172.16.6.254 แบ่งผลผลิตกรุณาแจ้งให้เราทราบเวลาที่สะดวกของคุณ ดังนั้น เราสามารถจัดตาราง WEBEX ตรวจสอบการตั้งค่าพาธจาก 6 VLAN 106 ราย
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: