Any comments about what Drplokta wrote on his blog about Windows Vista implementing RFC3484 and breaking Round Robin DNS?
Imminent Death of the Net Predicted http://drplokta.livejournal.com/109267.html
Michael Krygier
Michael Krygier wrote:
Any comments about what Drplokta wrote on his blog about Windows Vista implementing RFC3484 and breaking Round Robin DNS?
It does *NOT* break Round Robin DNS, it breaks the assumption what people make when they setup their DNS in that manner. Slight difference ;)
Clients running Vista and where you have a Round-Robin DNS setup where the prefixes are very different will now hit the 'closest' prefix instead of a random one like most implementations of DNS resolvers, that is at first hit, when the connection to the first one fails they will fall back to the next closest one. If you have your hosts on the same subnet you won't notice the difference.
See the dnsops lists and other lists where 'Drplotka' spammed this too also.
This issue has been known already by the IETF IPv6 Maintainance WG (6man / http://www.ietf.org/html.charters/6man-charter.html ) see the list there for the discussion and it looks like there is a direction where people want to scrap that rule, which made sense at one point in time for IPv6 (though not for IPv4, which is a flaw in the RFC) but doesn't anymore.
Greets, Jeroen
Jeroen Massar wrote:
Michael Krygier wrote:
Any comments about what Drplokta wrote on his blog about Windows Vista implementing RFC3484 and breaking Round Robin DNS?
It does *NOT* break Round Robin DNS, it breaks the assumption what people make when they setup their DNS in that manner. Slight difference ;)
It's old news - glibc also implemented rfc3484 in getaddrinfo(), which I reported to novell in dec2007, and which was previous reported in debian.
Clients running Vista and where you have a Round-Robin DNS setup where the prefixes are very different will now hit the 'closest' prefix instead of a random one like most implementations of DNS resolvers, that is at first hit, when the connection to the first one fails they will fall back to the next closest one. If you have your hosts on the same subnet you won't notice the difference.
You won't get any load-distribution either.
/Per
Michael Krygier [Thu, Mar 05, 2009 at 01:35:28PM +0100]:
Any comments about what Drplokta wrote on his blog about Windows Vista implementing RFC3484 and breaking Round Robin DNS?
Imminent Death of the Net Predicted http://drplokta.livejournal.com/109267.html
DNS-RR-Load balancing is no sane way anyway.
Nico
Hi Guys,
Just got the following request from a friend of mine:
---snip I am looking for a field engineer located in Zurich. I may need more than one (part-time) or even a local company which can provide this service. A customer wants me to provide a 2 hour on site response time to his POP in Zurich. The equipment in his POP is SDH, IP. Can you recommend a solution? ---snip
Someone interessted or someone a idea who could be? If so pls contact me offline
Cheers Pap Peter dot preuss (at) vtx dash telecom dot ch
Hi Guys,
Has anyone of you recently applied for a switch point code or carrier selection code at Bakcom?
I need some help to find the right forms on their great website.
Cheers, Reza
On Fri, 20 Mar 2009, Reza Kordi wrote:
Hi Guys,
Has anyone of you recently applied for a switch point code or carrier selection code at Bakcom?
Not really recently, but some years ago, The SPCs are 'Kommunikationsparameter' For Interconnection in the swiss network you need an 'NSPC'
Info: http://www.bakom.ch/themen/telekom/00458/00614/index.html?lang=de Form: http://www.bakom.ch/themen/telekom/00458/00614/index.html?lang=de&downlo...
The CSCs are first assigned temporarely, after some time you have to apply a second time to get them permanently:
A CSC is also needed in the swiss network for billing purposes for calls to INA-numbers (so you have to apply for one, even if you don't intend to run services on it, an INA call is alway in the form 'NPRN CSC xxxxxx'.
Info: http://www.bakom.ch/themen/telekom/00479/00610/index.html?lang=de Form: http://www.bakom.ch/themen/telekom/00479/00610/index.html?lang=de&downlo...
You also might have to apply for an NPRN for number portability routing if you want to have directly connected customers, ONP is a requirement in switzerland for all operators.
http://www.bakom.ch/themen/telekom/00479/00604/index.html?lang=de http://www.bakom.ch/themen/telekom/00479/00604/index.html?lang=de&downlo...
Regards
Patrick ______________________________________________________ I m p r o W a r e A G - Network Services ______________________________________________________ Zurlindenstrasse 29 Tel +41 61 826 93 00 CH-4133 Pratteln Fax +41 61 826 93 01 Schweiz Web http://www.imp.ch ______________________________________________________
Hi Guys,
Just got the following request from a friend of mine:
---snip I am looking for a field engineer located in Zurich. I may need more than one (part-time) or even a local company which can provide this service. A customer wants me to provide a 2 hour on site response time to his POP in Zurich. The equipment in his POP is SDH, IP. Can you recommend a solution? ---snip
Someone interessted or someone a idea who could be? If so pls contact me offline
Cheers Pap Peter dot preuss (at) vtx dash telecom dot ch
-
Jeroen Massar -
Michael Krygier -
Nico -telmich- Schottelius -
pap -
Patrick.Guelat＠imp.ch -
Per Jessen -
Reza Kordi