QoS - Priorità verso server SIP locale

[ibm]

Salve, ho una rete in cui c'è un concentratore (un CCR) che fa da pppoe server e firewall e devo dare priorità massima al traffico voip generato dalle cpe.
Il server SIP è collegato direttamente al CCR ma il problema è che, markando i pacchetti sul pppoe server, se la coda di ogni cliente si riempisse, non servirebbe a nulla mettere in priorità 1 quel traffico.
Esiste un modo per non dover mettere la coda sulla cpe, visto che in quest'ultimo caso non potrei nemmeno fare una master queue con la velocità massima, dato che questa è decisa dal radius che crea una coda automaticamente sulla RB?

[ibm]

Up

[ppraz]

Ciao,
la coda di fatto viene creata sul concentratore pppoe e non sulla cpe
tuttavia la cpe manda pacchetti in uscita senza assegnare alcuna priorità
potresti configurare i profili radius per assegnare più upload di quanto contrattualizzato, poi dentro le cpe metti una coda priority 1 al voip e una coda priority 8 al traffico utente limitando l'upload a quello di contratto
in questa maniera di fatto riservi sempre una porzione al voip, la differenza fra contrattualizzato e assegnato dal radius
poi sul concentratore pppoe devi fare un'operazione complementare, una queue simple in cima a tutte con priority 1 e banda "a sufficienza" per gestire tutto il traffico voip che possa passare

detto questo, se il segnale utente è scarso non c'è nulla da fare, funzionerà sempre male!

[ibm]

Visto che è necessario andare ad agire sulle CPE allora mi chiedo se sia possibile impostare priorità 1 ai pacchetti verso il server SIP e 8 al resto non specificando comunque il max limit in modo che i profili li gestisca in toto il radius. La banda del SIP server non è un problema visto che ha una connettività in fibra dedicata.

[ibm]

UP

[ibm]

UP

UP

[ibm]

Visto che è necessario andare ad agire sulle CPE allora mi chiedo se sia possibile impostare priorità 1 ai pacchetti verso il server SIP e 8 al resto non specificando comunque il max limit in modo che i profili li gestisca in toto il radius. La banda del SIP server non è un problema visto che ha una connettività in fibra dedicata.

UP

[ppraz]

Abbi pazienza, non siamo un support center mikrotik, ma degli appassionati che lo fanno per piacere e magari capita che per una settimana non ci connettiamo.
4 up sullo stesso post sono sintomatici di maleducazione...

Se non imposti una banda lasciando "unlimited" di fatto i pacchetti non vengono catturati da questa regola, che quindi risulta inutile
Ti ribadisco il mio consiglio, nella cpe metti 2 code, una relativa al server sip (o all'ata del cliente) con priorità 1 e banda sufficiente (se il cliente ha una sola linea bastano 96k in g711, 30k in g729, io metto forfettariamente 256k)
una seconda coda con priorità 8 con il profilo di contratto del cliente, applicata a tutto il traffico avente come sorgente la subnet lan
Su radius il cliente avrà più upload del previsto, di fatto però limitato dalla queue nella cpe

il rovescio della medaglia è che se il cliente cambia profilo pppoe devi ricordarti di intervenire anche sulle code statiche della cpe

[ibm]

Grazie ppraz e scusa per l'up dei post, non volevo in alcun modo avere un comportamento maleducato, non conoscendo l'andamento del forum non sapevo che la mancata risposta venisse dal fatto che non ci si collega spesso.
La tua soluzione l'avevo capita anche prima, solo che stavo cercando un modo per creare delle code tutte uguali sulle cpe e non fatte ad hoc cliente per cliente, visto che di profili ce ne sono diversi.
Secondo te creando 2 code in ogni cpe con dei valori di up e down che vadano bene per il profilo maggiore ad esempio 10/2 per chi ha i profili minori tipo 4/384 funzionerebbe parecchio male?

[ppraz]

Dal punto di vista pratico forse funzionerebbe pure perchè comunque come giustamente dici la priorità gliela stai assegnando
Solo temo che se il cliente si prende tutto l'upload possibile (e tu glielo consentiresti nel tuo scenario) e poi mentre ha l'upload saturo usa il voip, anche avendo priorità 1 temo che troverebbe congestione e "voce metallica"
Certo, tentar non nuoce :-)