Date: Tue, 7 Sep 1999 01:21:44 -0700 (PDT) From: "Rodney W. Grimes" <freebsd@gndrsh.dnsmgr.net> To: brian@FreeBSD.org (Brian Somers) Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/usr.sbin/ppp command.c ip.c ipcp.c ipcp.h ppp.8 Message-ID: <199909070821.BAA05060@gndrsh.dnsmgr.net> In-Reply-To: <199909070751.AAA73402@freefall.freebsd.org> from Brian Somers at "Sep 7, 1999 00:51:13 am"
next in thread | previous in thread | raw e-mail | index | archive | help
> brian 1999/09/07 00:51:12 PDT > > Modified files: > usr.sbin/ppp command.c ip.c ipcp.c ipcp.h ppp.8 > Log: > Introduce a forth IP packet queue. Urgent packets with > ip_tos == IPTOS_LOWDELAY now get precidence over urgent > packets with ip_tos != IPTOS_LOWDELAY and non-urgent packets > with ip_tos == IPTOS_LOWDELAY. I'm getting a bit concerned here, what is the depth of these queues? If it is the default of 50, then we now eat a lot of mbuf space should the ppp interface stall (and, trust me, they do stall). I'm not really worried about the memory, thats cheap enough, I'm worried about the amount of time it will take for the higher priority queues to drain so that the low priority traffic goes out after a stall. (Note, these stalls are usually cause on ISDN TA's with Additional Call Offering or Additional Outbound Call features running in ISDN Bonding mode.) It may require me to retune some OSPF timing parameters... or mark the packets high priority (which, they really aren't) > Enhance the ``set urgent'' syntax to allow for urgent UDP > packets as well as urgent TCP packets. And is there a knob to turn this all off and go back to 1 or 2 queues only? -- Rod Grimes - KD7CAX - (RWG25) rgrimes@gndrsh.dnsmgr.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199909070821.BAA05060>