Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

Edit: Looks like ns lookup on some mcast IP doesn't not get a failed answer right away. Any suggestion?

I have two env, the new one we built is running BIND on linux. When running lsof or tcpdump, they stuck or become slow when they try to resolve addresses in the multicast IP range. Yes, I can live with no name resolution, but some guys can't.

In the old env built by some guys left the firm, running lsof has no problem. It doesn't try to resolve the mcast address.

Any clue where I should look? I checked named.conf and there's nothing diff.

Thanks W

share|improve this question

Tools like lsof — in fact, all tools, don't treat multicast addresses specially for name resolution purposes. They try to resolve them like any other address. This is useful because these addresses actually do have valid names attached to them on the Internet:

; <<>> DiG 9.7.3 <<>> -x
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 65271
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 0

;                IN      PTR

;; ANSWER SECTION: 28800   IN      PTR

And those that don't should receive quick negative answers.

; <<>> DiG 9.7.3 <<>> -x
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 39854
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;  IN      PTR

In either case, the answer should be fast, and there should not be timeouts.

Check your caching resolver nameserver to make sure it is able to resolve these addresses. If it is not, it may be firewalled from reaching the appropriate authoritative servers or something.

If you want, you can always short-circuit resolution of these names locally and guarantee fast answer with no need for Internet access by defining them as stub zones on your caching resolver pointing to empty zones on your authoritative nameserver. I doubt that there is very much software out there than relies on, for example, mapping to The zones you should serve are through as well as

share|improve this answer
Do I actually need to add a reverse lookup zone for multicast range? – Billy K Jun 12 '13 at 1:50
As I said, you shouldn't have to, because there are public servers on the Internet that provide them already, but if you are experiencing difficulty or timeouts with those, or for speed, or if you are not connected to the Internet, then you can add them on your own servers if you want. – Celada Jun 12 '13 at 2:07

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.