페이로드는 멀티 링크 PPP 연결에 어떻게 분산됩니까?

내가 지원하는 사이트는 멀티 링크 PPP와 함께 3 개의 T1 설정을 사용합니다. 그들은 호스팅 VoIP 제공 업체 인 Jive 를 사용하려고하는데 끔찍한 결과를 낳습니다. 무슨 일이 일어나고 있는지 설명하는 데 도움이 될 수 있기 때문에 개별 T1 사이에 패킷이 어떻게 배포되는지 알고 싶습니다.

멀티 링크 인터페이스의 SNMP 모니터링은 사용 가능한 용량이 있지만 VoIP 테스트 호출이 끔찍하다는 것을 보여줍니다. 마치 많은 양의 지터와 손실 된 패킷이있는 것처럼 작동합니다. PING / Iperf를 사용한 간단한 테스트를 통해 통화 품질이 기대할 수있는만큼 지터 / 레이턴시를 나타내지 않습니다.

여러 T1간에 패킷이 어떻게 분배됩니까? 이더넷 본딩과 동일하지 않다고 가정합니다.

멀티 링크 PPP가 문제라면 이것을 보여줄 라우터에서 무엇을 볼 수 있습니까? 정정 할 수 있습니까? 라우터는 Cisco이며 2800이라고 생각하지만 다시 확인해야합니다.

Ole ... lemme은 오랫동안 사용하지 않은 뉴런을 제거하여 Multilink PPP의 작동 방식을 기억합니다.

비 멀티 링크 PPP 세션 중에 첫 번째 링크가 표시되는 LCP 단계 동안, 양측은 링크의 각 방향에 대해 MRU (Maximum Receive Unit)를 협상합니다 ... 기본적으로 각 측은 상대방에게 패킷의 크기를 알려줍니다 전송되는 것을 처리 할 수 ​​있습니다.

멀티 링크 PPP를 사용하면 첫 번째 링크가 나타나면 MRRU 또는 Maximum Reconstructed Receive Unit을 협상합니다.

Multilink PPP가 추가 프레임 헤더 공간을 추가했기 때문에 제작자는 Path MTU 문제에 대해 염려했기 때문에 Multilink가 Multilink PPP 세션의 양쪽 끝에서 패킷을 조각화하고 재 조립할 수 있다고 결정했습니다.

따라서 이더넷 본딩과 달리 여러 링크에서 프레임을 밸런싱하는 것만이 아니라 프레임을 실제로 조각화하고 재 조립할 수 있습니다. 대기 시간과 지터가 급격히 증가 할 수 있습니다.

T-1에서는 링크를 통과해야 할 패킷보다 MRU 및 MRRU가 훨씬 더 큰 각 측면을 구성 할 수 있어야하며 MRU가 MRRU보다 크거나 큰 경우에는 t 조각화 및 리 어셈블리 발생을 참조하십시오. 바라건대 이것은 대기 시간과 지터를 제어하고 VoIP 동작을 도울 수 있기를 바랍니다. 각 방향이 독립적으로 협상되므로 링크의 양쪽에서이 구성을 조정해야합니다.

일반적으로 VoIP 패킷이 조각화 될 필요는 없지만 그렇게해야 할만 큼 크지는 않습니다. 링크 및 멀티 링크 세션에서 MRU 및 MRRU 크기를 확인하는 데 도움이 될만한 정보는 문제가 발생할 수 있습니다.

(VoIP 이전부터 MLPPP를 사용하지 않았습니다. 실제로 2003 년부터 아카이브 된 구성을보고 있습니다)

내가 추가 할 수있는 유일한 것 :

interface Multilink X
  no ppp multilink fragmentation

각 멤버 인터페이스에는 tx-queue-limit 26; 나는 그 이유 때문에 그렇게했다고 확신합니다.

정정 할 수 있습니까?

두 Cisco의 목표를 모두 달성 할 수 있다면 ... 패킷 당로드 밸런싱을 시도하십시오.

interface Serial0/0/4:0
 ip address 198.xx.xx.210 255.255.255.252
 ip load-sharing per-packet
 no fair-queue
!
interface Serial1/0/5:0
 ip address 198.xx.xx.22 255.255.255.252
 ip load-sharing per-packet
 no fair-queue
!
ip route xxx.xxx.201.0 255.255.255.0 198.xx.xx.21
ip route xxx.xxx.201.0 255.255.255.0 198.xx.xx.209

이 방법은 훨씬 더 효과적입니다 (적어도 시스코 간에는).이 경우 서로 다른 라인 카드에 있기 때문에 이러한 방식으로 수행해야합니다. (7500 's [읽기 : 하지 말고 RSP에 구멍을 뚫습니다] VIP를 통해 MLPPP를 수행 할 수 없음)