สร้างเครือข่ายด้วยระบบโทรศัพท์ครึ่งเพล็กซ์ 10 Mbps


10

การกำหนดค่าปัจจุบัน

แผนภาพด้านล่างแสดงสถาปัตยกรรมเครือข่ายปัจจุบันของเรา การเชื่อมต่อทั้งหมดทำงานที่ 100 Mbps เต็มดูเพล็กซ์ยกเว้นระบบโทรศัพท์ TalkSwitchซึ่งทำงานที่ 10 Mbs ครึ่งดูเพล็กซ์ (มุมขวาบนของไดอะแกรม) กล่อง TalkSwitch แต่ละกล่องมีการเชื่อมต่อโทรศัพท์แบบอะนาล็อก 8 ช่องและ 8 IP ดังนั้นเราจึงสามารถมีโทรศัพท์อะนาล็อกรวม 16 เครื่องและโทรศัพท์ IP 16 เครื่อง

หมายเหตุ: สวิตช์ HP ที่ได้รับการจัดการสี่ HP ProCurve 2524 ไม่ได้รับการกำหนดค่าด้วย VLAN แยกกัน

ฉันกังวลเกี่ยวกับผลกระทบด้านประสิทธิภาพของการมีสวิตช์ทั้งสองทั้งกล่อง TalkSwitch และสะพานไร้สายที่เชื่อมต่อกับเราเตอร์ RV082 VPN ในสำนักงานใหญ่ของเรา

ป้อนคำอธิบายรูปภาพที่นี่

การกำหนดค่าที่เสนอ

ฉันเสนอให้เราเปลี่ยนการกำหนดค่าของเราตามที่แสดงด้านล่าง ความคิดของฉันคือสิ่งนี้จะ จำกัด RV082 ให้เห็นเฉพาะการรับส่งข้อมูลทางอินเทอร์เน็ตเท่านั้นยกเว้นการให้ DHCP กับไคลเอ็นต์แบบไดนามิก อย่างไรก็ตามฉันไม่คาดหวังว่าจะมีผลกระทบต่อประสิทธิภาพอย่างมากเนื่องจากเวลาเช่าของลูกค้าตั้งไว้ที่ 24 ชั่วโมง

คิด? ความกังวลเกี่ยวกับ? ข้อเสนอแนะ?

สิ่งหนึ่งที่น่ากังวลคือในการสร้าง # 2 & # 3 โทรศัพท์ที่ใช้ IP สื่อสารกับกล่อง TalkSwitch ที่ครึ่งดูเพล็กซ์ 10 Mbps สิ่งนั้นจะส่งผลกระทบต่อประสิทธิภาพของเครือข่ายที่เหลือหรือไม่

ป้อนคำอธิบายรูปภาพที่นี่


7
+1 สำหรับการมีทักษะการสร้างไดอะแกรมที่น่าประทับใจ
Mark Henderson

1
คุณบอกว่าภาพวาดยอดนิยมเป็นปัจจุบันและคุณกังวลเกี่ยวกับประสิทธิภาพคำถามที่ฉันมีมันใช้งานได้หรือไม่ Voip over wifi ที่มีผู้ใช้ 7 คนดูเหมือนว่าอาจเป็นปัญหาซึ่งไม่มีส่วนเกี่ยวข้องกับ vpn concentrator
โทนี่โร ธ

@tony roth: ระบบใช้งานได้ แต่เรามีปัญหาด้านประสิทธิภาพที่หลากหลาย (น่าจะเป็นได้ทั้ง ISP และสถาปัตยกรรมเครือข่ายของเรา) ฉันจะเพิ่มรายละเอียดในคำถามของฉัน ขอบคุณ
Matthew Rankin

คำตอบ:


4

ดังที่ Wim บันทึกไว้แล้ว half-duplex ไม่สำคัญ สวิตช์สามารถเรียกใช้แต่ละพอร์ตด้วยความเร็วและดูเพล็กซ์ที่แตกต่างกัน

วิธีที่ง่ายที่สุดในการประเมินคือคิดถึงเส้นทางจากส่วนประกอบหนึ่งไปยังอีกองค์ประกอบหนึ่งและรับจุดอ่อนที่สุด การสื่อสารทั้งหมดของคุณระหว่างการสร้างหมายเลข 2 และสำนักงานใหญ่เกิดขึ้นผ่านสาย 3Mbps / 300kpbs ที่แชร์กับหน้าที่อินเทอร์เน็ตอื่น ๆ ไม่ว่าคุณจะมีการเชื่อมต่อ 10Mbps หรือ 100Mbps กลับมาที่สำนักงานใหญ่จะไม่สำคัญเพราะการเชื่อมโยง VPN จะเป็นปัจจัยสำคัญในการกำหนดแบนด์วิดธ์เชื่อมต่อระหว่างกัน

เมื่อดูที่แผนภาพของคุณการเปลี่ยนแปลงวัสดุที่ฉันเห็นในข้อเสนอของคุณกำลังแนะนำลิงก์ 1Gbps ระหว่างสวิตช์ HP 2524 สองตัวที่สำนักงานใหญ่ หนึ่งสวิตช์คุณมีเซิร์ฟเวอร์จำนวนมากแต่ละเซิร์ฟเวอร์มี จำกัด ที่ 100Mbps และที่อื่น ๆ คุณมีไคลเอ็นต์เวิร์กสเตชันจำนวนหนึ่งและ จำกัด ที่ 100Mbps หรือ 54Mpbs บนเครือข่ายไร้สาย ไม่มีเครื่องใดที่นี่จะสามารถเชื่อมโยงข้อมูลระหว่างสวิตช์ทั้งสองได้หมด แต่ด้วยการรับส่งข้อมูลจำนวนมากบนเครื่องหลายเครื่องระหว่างไคลเอนต์และเซิร์ฟเวอร์คุณจะประทับใจกับลิงค์ 1Gbps


2

คุณพยายามที่จะแก้ปัญหาการออกแบบเชิงทฤษฎีหรือคุณมีปัญหาคุณภาพการโทร VoIP จริงหรือไม่?

สวิตช์ใด ๆ ควรสามารถรองรับความเร็วพอร์ต (10/100/1000) และสองหน้าจอ (ครึ่ง / เต็ม) ในตัวมันเองไม่น่าจะมีปัญหา

ฉันจะให้ RV082 เป็นเพียงเราเตอร์ด้วยสาย LAN เส้นเดียวที่ไปยังสวิตช์ HP ของคุณ ให้เราเตอร์เป็นเราเตอร์และเปลี่ยนสวิตช์ ...

มันค่อนข้างโง่ที่ Talkswitch ทำแค่ 10 HD เท่านั้น แต่ยังคงการโทร VoIP แบบ ulaw / alaw ที่ไม่มีการบีบอัดใช้เวลาสูงสุด 100 kbps ดังนั้นคุณจึงสามารถใช้งานการโทรพร้อมกันได้อย่างไม่มีปัญหา

คุณสามารถ / ควรสำรวจคุณสมบัติ QoS ของเราเตอร์ของคุณและเปลี่ยนอีกเล็กน้อย

สิ่งนี้อาจช่วยได้: http://www.hp.com/rnd/pdf_html/traffic_profiles.htm#environment2แต่คุณอาจต้องค้นหาเอกสารที่ถูกต้องสำหรับสวิตช์ของคุณมากขึ้น


นี่ไม่ใช่ปัญหาการออกแบบเชิงทฤษฎี เรากำลังประสบปัญหาคุณภาพการโทร VoIP ในการสร้างหมายเลข 3 แม้ว่าสิ่งเหล่านี้จะดีขึ้นเมื่อเราแทนที่ฮับในการสร้าง # 3 ด้วยสวิตช์ HP ProCure 2524 ปัญหาที่ใหญ่กว่าของเราคือประสิทธิภาพของอินเทอร์เน็ต ฉันกังวลว่า TalkSwitch ที่ทำงานที่ความเร็ว 10 Mbps ครึ่งดูเพล็กซ์มีผลกระทบต่อประสิทธิภาพเครือข่ายทั่วไป อย่างไรก็ตามฉันยังไม่ได้ จำกัด ปัญหาให้แคบลงเพื่อระบุสาเหตุที่แท้จริง ฉันเชื่อว่าปัญหานี้มีหลายแง่มุมรวมถึงปัญหาด้านประสิทธิภาพที่เกี่ยวข้องกับ ISP
Matthew Rankin

1

ฉันใช้ระบบโทรศัพท์ที่สำคัญเป็นพิเศษสำหรับผู้ค้าหุ้นที่ 10 Mbit, half-duplex และฉันไม่เห็นปัญหาเกี่ยวกับแง่มุมของระบบ (ป้อมปราการ IPC ทำงานที่ 10 / ครึ่งเท่านั้น)

คุณทดสอบคุณภาพการโทรด้วยโทรศัพท์ IP ที่เชื่อมต่อโดยตรงกับ Procurves ที่ HQ หรือไม่ นั่นควรกำจัดเกียร์สวิตชิ่งในฐานะผู้ร้าย

ฉันรู้สึกได้ว่าคุณไม่มีระบบการตรวจสอบใด ๆ ในการประเมินการใช้แบนด์วิดท์ของ RV082 เหล่านั้น หากไม่มีวิธีง่ายๆในการตรวจสอบการใช้แบนด์วิดท์โดยใช้คอนโซลผู้ดูแลเว็บสำหรับเราเตอร์เหล่านั้นให้ลองใช้ระบบตรวจสอบประสิทธิภาพ Google อีกฉบับย่อแสดงให้เห็นว่าเราเตอร์เหล่านั้นรองรับ SNMP หากคุณสามารถหาคอมพิวเตอร์สำรองที่จะขว้างปา Cacti หรือ PRTG ไปได้มันควรจะเป็นตัวกำหนดระดับความอิ่มตัวของลิงค์อินเทอร์เน็ต (โยน Nagios ลงไปที่นั่นด้วยและคุณก็มีหน้าจอตรวจสอบความพร้อมใช้งานสำหรับเครือข่ายของคุณ)

หากไม่มีข้อมูลที่ยากฉันสงสัยว่ามันคือลิงก์อินเทอร์เน็ตที่อาคารหมายเลข 3 ที่ จำกัด แบนด์วิดท์ของคุณ ดังนั้นจึงควรพูดคุยกับผู้ให้บริการของคุณเพื่อทำความเข้าใจกับตัวเลือกและค่าใช้จ่ายในการอัพเกรด แต่ก่อนที่จะซื้อการอัพเกรดฉันขอแนะนำให้ยืนยันปัญหาผ่านการตรวจสอบประสิทธิภาพ ทำความเข้าใจว่าคุณจำเป็นต้องซื้อมากเท่าใดก่อนซื้อ

นอกจากนี้โทรศัพท์ IP เหล่านี้ใช้โค้ดอะไร ฉันไม่คุ้นเคยกับ TalkSwitch แต่แสดงให้เห็นว่า Google อย่างรวดเร็วพวกเขาสนับสนุน G.711 หรือG.729 หากพวกเขาใช้ G.711 ซึ่งใช้แบนด์วิดท์ 80 kbits คุณจะสามารถโทรได้สูงสุด 3 สายผ่านการเชื่อมโยงอินเทอร์เน็ตนั้นในไซต์ระยะไกล G.729 จะลดการใช้แบนด์วิดท์ของโทรศัพท์ตามลำดับความสำคัญ คุณภาพการโทรจะได้รับผลกระทบดังนั้นโปรดตรวจสอบให้แน่ใจว่าฝ่ายบริหารของคุณอยู่บนเรือก่อนที่จะทำการเปลี่ยนแปลง แต่อาจเป็นประโยชน์ในการทำเช่นนั้นในระยะสั้นหากการประเมินการใช้แบนด์วิดท์สิ้นสุดลงใช้เวลานานขึ้น

HTH!

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.