วิศวกรรมเครือข่าย

ในรายละเอียดทั้งหมดเกี่ยวกับ DSSS และ OFDM ฉันได้คิดถึงว่าตัวอักษรใดของ DSSS และ OFDM ที่สร้างเทคโนโลยีที่แตกต่างเหล่านี้ ไม่มีอะไรที่ฉันได้อ่านดูเหมือนจะตัดกันทั้งสอง ตามที่ฉันเข้าใจแล้วทั้ง DSSS และ OFDM มีจุดประสงค์เพื่อส่งบิตจำนวนมากในแบบคู่ขนาน DSSS กระจายข้อมูลข้ามช่องทางเพื่อความซ้ำซ้อนและหนังสือบอกว่าบิตถูกส่งแบบขนาน OFDM แบ่งช่องทางเป็น "subcarriers" และในทำนองเดียวกันส่งบิตในแบบคู่ขนาน สิ่งนี้อาจแนะนำความแตกต่างที่สำคัญระหว่างทั้งสองว่า DSSS จะส่งข้อมูลแบบขนานบนผู้ให้บริการเดียวในขณะที่ OFDM ทำสิ่งนี้ได้สำเร็จด้วยผู้ให้บริการหลายราย ทั้งสองวิธีรับแบนด์วิดท์มากกว่า 1 สัญญาณดังนั้นฉันจึงไม่เข้าใจว่ามันต่างกันมากแค่ไหน วิศวกรเครือข่ายควรรู้อะไรเกี่ยวกับ DSSS และ OFDM ว่าแตกต่างกันอย่างไร อัปเดต: ตามหนังสือ CWNA ปัจจุบัน OFDM ไม่ใช่เทคโนโลยีสเปกตรัมการแพร่กระจาย

9 wireless 

ขณะนี้เรากำลังมองหาการเชื่อมต่อเซิร์ฟเวอร์ Asterisk สองเครื่องผ่าน Metro Ethernet สิ่งนี้นำไปสู่คำถามสองสามข้อที่ฉันไม่สามารถหาคำตอบได้จากที่อื่น ครั้งแรกที่เกี่ยวข้องกับอัตราข้อผิดพลาดบิตและเดินสาย ฉันคาดหวังว่า TDMoE โดยอาศัยความไวต่อเวลานั้นก็จะอ่อนไหวมากกับอัตราความผิดพลาดบิต (เช่นฉันไม่เห็นว่าข้อมูลที่หายไปอาจถูกส่งซ้ำ) นี่เป็นข้อสมมติฐานที่ถูกต้องหรือไม่? ข้อมูลดูเบาบางสวย ฉันควรพิจารณาการวางสายเคเบิลรอบ ๆ BER สำหรับลิงก์ระหว่างเซิร์ฟเวอร์ทั้งสองหรือไม่ ฉันควรถามคำถามเกี่ยวกับ BER กับผู้ให้บริการ Metro Ethernet หรือไม่ หรือโปรโตคอลมีความสามารถในการจัดการการสูญเสียที่เหมาะสม? ฉันไม่ได้มีประสบการณ์มากมายกับ TDMoE แต่เมื่อคิดถึงสิ่งนี้ความกังวลของฉันคือเฟรมอีเธอร์เน็ตที่หายไปจะนำไปสู่เฟรม PRI ที่หายไปซึ่งอาจนำไปสู่การโทรที่ลดลงและ PRI กำลังเข้าสู่สถานะสัญญาณเตือน

9 ethernet  tdmoe  ber 

ในสภาพแวดล้อมของ Cisco (ISR-G2) ฉันจะป้องกันหรือบรรเทาประกาศ RA ที่ไม่ถูกต้องได้อย่างไร ฉันเห็นว่า Cisco มี " IPv6 RA Guard " ... แต่นั่นก็แค่ทำงานบนเราเตอร์และ "ต่อสู้" ด้วย RA ที่ถูกต้องหรือไม่ มันจะไม่เหมาะสมกว่าหรือที่จะมีสวิตช์กรอง RAs ปลอมออกจากเครือข่าย (หรือฉันเป็นหวาดระแวงสุดเหวี่ยงเกี่ยวกับ RAs ปลอม?)

9 cisco  ipv6 

ด้วย IPv4 ทำให้ TCP MSS "clamping" (อุปกรณ์เครือข่ายแก้ไขค่า MSS ในส่วนหัว TCP) สามารถช่วยเมื่อเส้นทางการค้นพบหน่วยการส่งผ่านสูงสุดไม่ทำงาน (เช่นเมื่อ ICMP ถูกบล็อกที่ไหนสักแห่งในเส้นทาง) เนื่องจากไม่มีการแยกส่วนใน IPv6 เรายังคงมี 'แพ็คเก็ตใหญ่เกินไป' ของ ICMPv6 เพื่อส่งสัญญาณจุดสิ้นสุดที่มา มีแนวทางใดบ้างเกี่ยวกับการยึด TCP MSS ผ่าน IPv6 โดยเฉพาะ?

9 tcp  ipv6  layer4  transport-protocol  icmpv6 

ฉันซื้อสวิตช์ WS-2948G สองตัวจาก cisco สำหรับห้องปฏิบัติการ ตอนนี้ฉันต้องซื้อโมดูลเพิ่มเติมสองโมดูลสำหรับพวกเขา WS-G5484 ฉันไม่เคยทำงานกับไฟเบอร์ดังนั้นฉันจึงสงสัยว่ามีความแตกต่างของสายเคเบิลใยแก้วนำแสงและควรใช้กับสายเคเบิลชนิดใด

9 fiber 

ฉันอยู่ในขั้นตอนของการออกแบบการตั้งค่าเครือข่ายส่วนตัวเสมือนสำหรับสภาพแวดล้อมคลาวด์โฮสติ้ง ด้วยความต้องการของเราฉันไม่เห็นสิ่งนี้แตกต่างจากสภาพแวดล้อมเซิร์ฟเวอร์เฉพาะ แนวคิดคือเราต้องการให้ลูกค้าสามารถกำหนดให้ผู้ใช้เชื่อมต่อกับเครื่องเสมือนหรือเซิร์ฟเวอร์เฉพาะโดยใช้ VPN ซึ่งสามารถให้การเข้ารหัสเสริม (ตัวอย่างเช่นสำหรับงานพิมพ์ที่ส่งกลับไปยังเครือข่ายลูกค้า) เรากำลังมองหาการสนับสนุนโฮสต์เพื่อโฮสต์ IPSec (ESP และ AH) และแน่นอนอุโมงค์ SSH แต่สิ่งเหล่านี้ไม่ได้มีความสามารถในการใช้อะแดปเตอร์ VPN เรากำลังพิจารณาที่จะเพิ่มอย่างน้อยบางส่วนต่อไปนี้ แต่เนื่องจากพื้นที่มีค่าสูงเราจึงต้องการสร้างมาตรฐานบนไม่เกินหนึ่งหรือสองแห่ง (ซึ่งจะดีกว่า): การสนับสนุนทันเนลของ IPSec บนโฮสต์เสมือนหรือโฮสต์เฉพาะ Tinc PPTP เนื่องจากเซิร์ฟเวอร์ของเราทำการสำรองข้อมูล ฯลฯ อาจอยู่ในดาต้าเซ็นเตอร์ที่แตกต่างกันเราต้องการที่จะสามารถใช้วิธี VPN อีกครั้งได้ที่นี่ ดูเหมือนว่าจะตัดการใช้ PPTP ความคิดปัจจุบันของฉันคือ IPSec น่าจะดีกว่าเพราะเราสามารถใช้อะแดปเตอร์ VPN มาตรฐานได้ แต่การตั้งค่าการกำหนดเส้นทาง (ตามความต้องการของลูกค้า) น่าจะยากขึ้นอย่างมากซึ่งเป็นสาเหตุที่เราดูด้วย tinc ข้อใดที่สองข้อนี้เป็นที่นิยมกว่า ฉันกลัวว่าการจัดการเส้นทางมีแนวโน้มที่จะปวดหัวอย่างรุนแรงกับ IPSec หรือไม่? มีวิธีง่ายๆในการนี้หรือไม่? มี gotchas อื่น ๆ เกี่ยวกับ tinc …

9 vpn  ipsec 

กำลังทำการดักจับแพ็กเก็ตฉันเห็นเฟรม "DEC MOP Remote Console" แปลก ๆ อยู่เสมอ: No. Time Source Destination Protocol Info 141 83.557841 Cisco_57:62:a0 DEC-MOP-Remote-Console 0x6002 DEC DNA Remote Console Ethernet II, Src: Cisco_57:62:a0 (00:0d:bc:57:62:a0), Dst: DEC-MOP-Remote-Console (ab:00:00:02:00:00) Destination: DEC-MOP-Remote-Console (ab:00:00:02:00:00) Address: DEC-MOP-Remote-Console (ab:00:00:02:00:00) .... ...1 .... .... .... .... = IG bit: Group address (multicast/broadcast) .... …

9 cisco  cisco-ios 

เมื่อเร็ว ๆ นี้หลังจากอัพเกรดวงจร MetroE หลายตัว (การเชื่อมต่อ L2) จาก 100Mbps เป็น 1Gbps ฉันสังเกตเห็นว่าการถ่ายโอนไฟล์ขนาดใหญ่ล้มเหลวระหว่างบางไซต์ อย่างไรก็ตามการถ่ายโอนล้มเหลวในทิศทางเดียว ตัวอย่างเช่นพิจารณาตัวอย่างต่อไปนี้ จาก -> ถึง A -> B = ล้มเหลว B -> A = สำเร็จ A -> C = สำเร็จ C -> A = สำเร็จ B -> C = สำเร็จ C -> B = สำเร็จ แต่ละไซต์เป็นส่วนที่กำหนดเส้นทางหลังสวิตช์ L3 ซึ่งอยู่ที่ไซต์ …

8 packet-loss  metro-ethernet