Limit the number of Additional RR in an Answer

[Benoit Panizzon]

Hi Jeremy

Thanks for the Link

> Can you share an example here of the NAPTR or SRV query resulting in 
> Additional section records?

The additional sections make sense to me, they avoid further A/AAAA
lookups but I suspect they might be the cause for the crashed of small
memory CPE's. I have one vendor also investigating in this direction
and suspecting that they do not allocate enough memory to handle such
replies.

version.bind.		0	CH	TXT	"9.18.33-1~deb12u2-Debian"
running on ns.woody.ch

$ dig SRV _sip._udp.dev-cpereg.devtel.imp.ch. @ns.woody.ch

; <<>> DiG 9.18.33-1~deb12u2-Debian <<>> SRV _sip._udp.dev-cpereg.devtel.imp.ch. @ns.woody.ch
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 57375
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 5

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
; COOKIE: cfa37ea4cfa0066d010000006835c58285260824e3cedafe (good)
;; QUESTION SECTION:
;_sip._udp.dev-cpereg.devtel.imp.ch. IN	SRV

;; ANSWER SECTION:
_sip._udp.dev-cpereg.devtel.imp.ch. 254	IN SRV	0 0 5060 dev-sbc02.devtel.imp.ch.
_sip._udp.dev-cpereg.devtel.imp.ch. 254	IN SRV	0 0 5060 dev-sbc01.devtel.imp.ch.

;; ADDITIONAL SECTION:
dev-sbc01.devtel.imp.ch. 76	IN	AAAA	2001:4060:1:8e11::23:249
dev-sbc02.devtel.imp.ch. 76	IN	AAAA	2001:4060:1:8e11::23:248
dev-sbc01.devtel.imp.ch. 76	IN	A	157.161.23.249
dev-sbc02.devtel.imp.ch. 76	IN	A	157.161.23.248

;; Query time: 12 msec
;; SERVER: 2001:4060:dead:beef::1#53(ns.woody.ch) (UDP)
;; WHEN: Tue May 27 16:00:34 CEST 2025
;; MSG SIZE  rcvd: 265

Mit freundlichen Grüssen

-Benoît Panizzon-
-- 
I m p r o W a r e   A G    -    Leiter Commerce Kunden
______________________________________________________

Zurlindenstrasse 29             Tel  +41 61 826 93 00
CH-4133 Pratteln                Fax  +41 61 826 93 01
Schweiz                         Web  http://www.imp.ch
______________________________________________________