Oh ... lasciami trasportare quei neuroni a lungo inutilizzati per ricordare come funziona Multilink PPP.
Durante la fase LCP quando il primo collegamento viene richiamato durante una sessione PPP non multilink, le due parti negoziano l'MRU (unità di ricezione massima) per ciascuna direzione del collegamento ... praticamente ciascuna parte dice all'altro quanto è grande un pacchetto può gestire l'invio ad esso.
Con Multilink PPP, lo negoziano, ma negoziano anche, quando viene visualizzato il primo collegamento, una MRRU o unità di ricezione massima ricostruita.
Poiché Multilink PPP ha aggiunto ulteriore spazio per l'intestazione del frame, i creatori erano preoccupati per i problemi di Path MTU, quindi hanno deciso che Multilink sarebbe stato in grado di frammentare e riassemblare i pacchetti su entrambe le estremità della sessione PPP Multilink.
Quindi, sì, a differenza del collegamento Ethernet, non si tratta solo di bilanciare i frame tra i collegamenti multipli ... i frame possono effettivamente essere frammentati e riassemblati. Ciò può causare un salto di latenza e jitter.
Su T-1 dovresti essere in grado di configurare ogni lato con una MRU e una MRRU significativamente più grandi di qualsiasi pacchetto che probabilmente avrebbe bisogno di attraversare il collegamento, e se la MRU è grande come, o più grande della MRRU, allora non dovresti ' vedere eventuali frammentazioni e riassemblaggi in corso. Spero che ciò tenga sotto controllo la latenza e il jitter e aiuti il tuo comportamento VoIP. Tuttavia, sarà probabilmente necessario modificare questa configurazione su entrambi i lati dei collegamenti, poiché ciascuna direzione viene negoziata in modo indipendente.
In generale, non mi aspetto che i pacchetti VoIP debbano essere frammentati, sebbene ... tendano a non essere abbastanza grandi per averne bisogno. Vale la pena provare le dimensioni della tua MRU e MRRU sui collegamenti e sulla sessione Multilink, forse sono fuori dai guai e causano problemi.