• Diese Seite verwendet Cookies. Indem du diese Website weiterhin nutzt, erklärst du dich mit der Verwendung von Cookies einverstanden. Erfahre mehr

altq up/down shaping - kleine Bestätigungsfrage

mr44er

Well-Known Member
Themenstarter #1
Code:
voipports="{ 5060, 5061, 10000:30000 }" #sipgate ports sip,rtp

altq on $redif priq bandwidth 10.3Mb queue { q_up_voip, q_up_other }
queue q_up_voip priority 7
queue q_up_other priority 1 priq (default)

altq on $greenif priq bandwidth 1000Mb queue { q_down_voip, q_down_other }
queue q_down_voip priority 7
queue q_down_other priority 1 priq (default)

pass out quick on $redif inet proto udp from any to any port $voipports queue q_up_voip
pass out quick on $greenif inet proto udp from any to any port $voipports queue q_down_voip
Code:
pfctl -s queue -v
queue q_up_voip on pppoe0 priority 7 
  [ pkts:       1246  bytes:     340845  dropped pkts:      0 bytes:      0 ]
  [ qlength:   0/ 50 ]
queue q_up_other on pppoe0 priq( default ) 
  [ pkts:     136936  bytes:   45973351  dropped pkts:    324 bytes: 422288 ]
  [ qlength:   0/ 50 ]
queue q_down_voip on em1 priority 7 
  [ pkts:       1213  bytes:     260411  dropped pkts:      0 bytes:      0 ]
  [ qlength:   0/ 50 ]
queue q_down_other on em1 priq( default ) 
  [ pkts:     247538  bytes:  328614595  dropped pkts:      0 bytes:      0 ]
  [ qlength:   0/ 50 ]

Mache ich es so richtig, wenn ich einfach nur stumpf voip in beide Richtungen priorisieren möchte?
 

mr44er

Well-Known Member
Themenstarter #3
Ein wenig...da sehe ich bestätigt, dass die Ports und die States passen. Ich sags mal so...die Chose funktioniert mit Auslastungstest up und down. Ab und an noch ein paar Knackser bei Vollast hörbar, aber es gibt kein Stottern.

Ich mag wissen, ob das so 'sauber' ist oder Pfusch. ;)
 

mark05

Well-Known Member
#4
hi

also ich wuerde das eher so bauen das du nu auf dem WAN interface arbeitetes


sinn gemaess


altq on wan_if priq bandwidth 10.3Mb queue { down_data , down_sip , down_other , up_data ,up_voip, , up_other }
queue up_voip priority 7
queue up_data priority 3
queue up_other priority 1 priq (default)


queue down_voip priority 7
queue down_data priority 3
queue down_other priority 1 priq (default)

pass out quick on wan_if inet proto udp from any to any port $voipports queue up_voip
pass in quick on wan_if inet proto udp from any to any port $voipports queue down_voip



holger
 

mr44er

Well-Known Member
Themenstarter #5
Nicht so einfach:

Code:
pfctl -f /etc/pf.conf
pfctl: q_up_voip and q_down_voip have the same priority
/etc/pf.conf:32: errors in queue definition
pfctl: q_up_other and q_down_other have the same priority
/etc/pf.conf:33: errors in queue definition
pfctl: Syntax error in config file: pf rules not loaded
Weder 2x gleiche prio geht nicht, ebensowenig 2x default. Logisch.

Code:
altq on $redif priq bandwidth 10.3Mb queue { q_up_voip, q_up_other ,q_down_voip, q_down_other }
queue q_up_voip priority 7
queue q_up_other priority 1 priq (default)

queue q_down_voip priority 6
queue q_down_other priority 2
Und hierbei verstummt die Sprache komplett, sobald ein Download schneller wird. :(
 

mark05

Well-Known Member
#6
hm


dediziere den sip traffic via bandbreite, das priorisieren schützt nicht wirklich vor engässen, es verwirft nur mehr packete ( entsprechendend der prio ) wenn die bandbreite eng wird.

im kern kannst du pro sprachkanal 64kbit rechen ergo 192 kbit bei 3 gleichzeitigen gesprächen , qualität wie bei isdn.


ich kann die dir da kein beispiel sagen da unter openbsd altq obsolet ist.

holger