คำถามติดแท็ก ppp

2
น้ำหนักบรรทุกกระจายอย่างไรในการเชื่อมต่อ Multilink PPP
ไซต์ที่ฉันสนับสนุนใช้การตั้งค่า 3 T1s กับ multilink PPP พวกเขากำลังพยายามใช้Jiveซึ่งเป็นผู้ให้บริการ VoIP ที่โฮสต์ซึ่งมีผลลัพธ์ที่น่ากลัว ฉันต้องการทราบว่าแพ็คเก็ตมีการกระจายระหว่าง T1 แต่ละตัวอย่างไรเพราะฉันคิดว่านี่อาจช่วยอธิบายสิ่งที่เกิดขึ้นได้ การตรวจสอบ SNMP ของอินเทอร์เฟซ multilink แสดงว่าพวกเขามีความจุ แต่การทดสอบ VoIP ของพวกเขาน่ากลัว มันทำหน้าที่เหมือนมีกระวนกระวายใจจำนวนมากและแพ็คเก็ตลดลง แม้ว่าการทดสอบอย่างง่ายด้วย PING / Iperf จะไม่แสดงความกระวนกระวายใจ / แฝงที่ไม่ดีเท่าที่คุณอาจคาดหวังให้คุณภาพการโทร แพ็กเก็ตแจกจ่ายอย่างไรระหว่าง T1 หลายตัว ฉันคิดว่ามันไม่เหมือนกับพันธะอีเธอร์เน็ต หาก multi-link PPP เป็นปัญหาฉันจะดูสิ่งที่เราเตอร์ที่จะแสดงสิ่งนี้ได้อย่างไร สามารถแก้ไขได้ไหม? เราเตอร์คือ Cisco ฉันเชื่อว่าเป็น 2800s แต่ฉันต้องตรวจสอบอีกครั้ง
13 ppp 

3
โปรดช่วยฉันเข้าใจการกำหนดค่า ADSL นี้
ฉันทำงานกับหลาย ๆ เว็บไซต์ทั่วโลกด้วย ADSL ผลลัพธ์แรกด้านล่างนี้เป็นรายการที่ฉันใช้มาหลายครั้งและฉันคุ้นเคยมากที่สุด มาจากไซต์ในสหราชอาณาจักร interface ATM0 no ip address no atm ilmi-keepalive pvc 0/38 encapsulation aal5mux ppp dialer dialer pool-member 1 ! interface Dialer1 ip address negotiated encapsulation ppp dialer pool 1 dialer-group 1 ppp chap hostname xxxxxx ppp chap password xxxxxx ppp authentication chap callin ฉันเข้าใจว่ามันทำงานอย่างไร ตอนนี้สิ่งที่ฉันไม่เข้าใจ …
11 ppp 

1
PPPoA ADSL Configuration พร้อมโมเด็มภายนอกบน Cisco 891
บริบท เราใช้เราเตอร์ Cisco 891 เป็น CPE สำหรับเว็บไซต์ลูกค้าหลายแห่ง พวกเขากำลังใช้ iOS 15 ทั้งหมด Cisco IOS Software, C890 Software (C890-UNIVERSALK9-M), Version 15.0(1)M8, RELEASE SOFTWARE (fc1) ไซต์เหล่านี้ส่วนใหญ่ยุติลงกับโมเด็ม ADSL2 ภายนอกซึ่งเราเข้าสู่โหมดบริดจ์ (ฉันไม่สามารถจำโหมดบริดจ์ที่แน่นอนได้ แต่โดยทั่วไปแล้วโมเด็มเพิ่งผ่านทุกอย่างไป) เราเชื่อมั่นในอุปกรณ์ Cisco 891 ของเราสำหรับการยกเลิกเซสชัน PPP, NAT ฯลฯ และฉันได้มากับการกำหนดค่าด้านล่างเราได้ประสบความสำเร็จในบางครั้งกับ ISP หลักของเรามันทำงานได้ดี: interface GigabitEthernet0 description WAN PPPoE ADSL2+ bandwidth 1024 bandwidth receive 20480 no ip …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.