Hello, I am running asterisk on the same machine that acts as my nat-router and firewall to the internet.Its connected via DSL and works quite fine. The machine is registered to famous (?) german sipgate.de via a sip-account. This works. But when I (or somebody else) in the network starts some heavy load from the net, the connection gets scrambled. I am trying to priorize the packets with the tos=0x18 parameter in the sip.conf. This does not help at all, I think I need to inform my kernel too in some way that it should first send out and receive sip-packets and then maybe weeks later take care of the other traffic. I am playing around with tc qdisc, but I have no real clue at the moment how to get things running right. Many thanks! Sterkel -- +++ GMX DSL-Tarife 3 Monate gratis* +++ Nur bis 25.7.2004 +++ Bis 24.000 MB oder 300 Freistunden inkl. http://www.gmx.net/de/go/dsl
> This works. But when I (or somebody else) in the network starts some heavyJust forgot to say: The problem is the outgoing traffic, when there is download for example via ftp, the other end can hear me without problems. But when there is upload to somewhere, everything stutters. -- -- Sterkel FAX: +49-180 533 31 60 9328 +++ GMX DSL-Tarife 3 Monate gratis* +++ Nur bis 25.7.2004 +++ Bis 24.000 MB oder 300 Freistunden inkl. http://www.gmx.net/de/go/dsl
Googling for "QoS linux packet shaping" gives many auspicious results that may be worth looking at, also. Chris. Senas Jordanovic wrote (on Jul 23):> > This works. But when I (or somebody else) in the network starts some heavy > > Just forgot to say: > The problem is the outgoing traffic, when there is download for example via > ftp, the other end can hear me without problems. But when there is upload to > somewhere, everything stutters. > >>> > >>> > >>> > > try to implement this: > http://luxik.cdi.cz/~devik/qos/htb/index2.htm > > Ta > SJ > > _______________________________________________ > Asterisk-Users mailing list > Asterisk-Users@lists.digium.com > http://lists.digium.com/mailman/listinfo/asterisk-users > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users >-- == chrisy@flirble.org
> This works. But when I (or somebody else) in the network starts some heavyJust forgot to say: The problem is the outgoing traffic, when there is download for example via ftp, the other end can hear me without problems. But when there is upload to somewhere, everything stutters.>>> >>> >>>try to implement this: http://luxik.cdi.cz/~devik/qos/htb/index2.htm Ta SJ
> Googling for "QoS linux packet shaping" gives many auspicious results > that may be worth looking at, also.I come closer maybe, but this RTP is suspicious and its not helping to priorize just the port 5060 I think. -- -- Sterkel FAX: +49-180 533 31 60 9328 +++ GMX DSL-Tarife 3 Monate gratis* +++ Nur bis 25.7.2004 +++ Bis 24.000 MB oder 300 Freistunden inkl. http://www.gmx.net/de/go/dsl
Can HTB minimize latency better than CBQ? Just curious, Rich> -----Original Message----- > From: asterisk-users-admin@lists.digium.com > [mailto:asterisk-users-admin@lists.digium.com] On Behalf Of > Senas Jordanovic > Sent: Friday, July 23, 2004 1:00 PM > To: asterisk-users@lists.digium.com > Subject: RE: [Asterisk-Users] Priorizing of packets > > > This works. But when I (or somebody else) in the network > starts some > > heavy > > Just forgot to say: > The problem is the outgoing traffic, when there is download > for example via ftp, the other end can hear me without > problems. But when there is upload to somewhere, everything stutters. > >>> > >>> > >>> > > try to implement this: > http://luxik.cdi.cz/~devik/qos/htb/index2.htm > > Ta > SJ > > _______________________________________________ > Asterisk-Users mailing list > Asterisk-Users@lists.digium.com > http://lists.digium.com/mailman/listinfo/asterisk-users > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > > >
Sterkel Brandke wrote (on Jul 23):> > Googling for "QoS linux packet shaping" gives many auspicious results > > that may be worth looking at, also. > > I come closer maybe, but this RTP is suspicious and its not helping to > priorize just the port 5060 I think.Prioritise based on source/destination of onyl UDP packets. Since most other every-day bandwidth heavy uses tend to be TCP based and RTP tends to be UDP based, you should be okay. I personally run a VPN between my VoIP sites and prioritise that VPNs traffic. (And, FWIW, my router is a FreeBSD box that I have applied the ALTQ patches to) Chris. -- == chrisy@flirble.org