PLANNED IN-ADDR.ARPA NAMESERVER CHANGE
This is a courtesy notification of an upcoming change to the
nameserver set for the IN-ADDR.ARPA zone.
There is no expected impact on the functional operation of the DNS
due to this change.
There are no actions required by DNS server operators or end users.
For more information about this work, please see
<http://in-addr-transition.icann.org/>.
DETAIL
The IN-ADDR.ARPA zone is used to provide reverse mapping (number
to name) for IPv4. The servers which currently provide authoritative
DNS service for the IN-ADDR.ARPA zone are as follows:
A.ROOT-SERVERS.NETB.ROOT-SERVERS.NETC.ROOT-SERVERS.NETD.ROOT-SERVERS.NETE.ROOT-SERVERS.NETF.ROOT-SERVERS.NETG.ROOT-SERVERS.NETH.ROOT-SERVERS.NETI.ROOT-SERVERS.NETK.ROOT-SERVERS.NETL.ROOT-SERVERS.NETM.ROOT-SERVERS.NET
On Wednesday 2010-02-16 processing will begin to change the nameserver
set to the following, as described in RFC 5855:
A.IN-ADDR-SERVERS.ARPA (operated by ARIN)
B.IN-ADDR-SERVERS.ARPA (operated by ICANN)
C.IN-ADDR-SERVERS.ARPA (operated by AfriNIC)
D.IN-ADDR-SERVERS.ARPA (operated by LACNIC)
E.IN-ADDR-SERVERS.ARPA (operated by APNIC)
F.IN-ADDR-SERVERS.ARPA (operated by RIPE NCC)
The usual IANA process for a change in the ARPA zone involves a
series of technical checks and the gathering of various authorisations,
and may take several days to complete.
Following this, the IN-ADDR.ARPA zone will be dropped from root
servers in two groups:
1. Week of 2011-02-21 -- 2011-02-25
B, C, E, G, I, M
2. Week of 2011-02-28 -- 2011-03-11
A, D, F, H, K, L
Individual root server operators will choose a time for the maintenance
within their respective window and follow their usual procedures
to carry out the change.
Courtesy notification will be sent to this list once this change
has been fully implemented.
Regards,
Joe Abley
Director DNS Operations
ICANN
Dear All,
please suggest to microsfot, and relase hyperterminal for windows7 OS...
this will be very usefull for all IT.
Reagrds,
Shibu.A
> From: swinog-request(a)lists.swinog.ch
> Subject: swinog Digest, Vol 72, Issue 9
> To: swinog(a)lists.swinog.ch
> Date: Sat, 22 Jan 2011 12:00:01 +0100
>
> Send swinog mailing list submissions to
> swinog(a)lists.swinog.ch
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
> or, via email, send a message with subject or body 'help' to
> swinog-request(a)lists.swinog.ch
>
> You can reach the person managing the list at
> swinog-owner(a)lists.swinog.ch
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of swinog digest..."
>
>
> Today's Topics:
>
> 1. Slightly Off-Topic, but hosters may know ... Zend optimizer
> (Matthias Hertzog)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 21 Jan 2011 16:32:08 +0100
> From: "Matthias Hertzog" <m.hertzog(a)mhs.ch>
> Subject: [swinog] Slightly Off-Topic, but hosters may know ... Zend
> optimizer
> To: <swinog(a)swinog.ch>
> Message-ID: <E7041053CA2B4E21B6041B2CBD68F31F@mhertzog>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi there!
>
> Did anyone in here has a reference of the "optimization passes" of Zend optimizer? (What is Level 1, What is Level 2, etc...)
>
> Thanks & have a good weekend,
> Matthias
>
>
Dear Swinog,
SIG is recruiting a system and network engineer.
Please check the following link for the announcement :
http://www.sig-ge.ch/corporate/ressources-humaines/nos-offres-d-emplois/ind…
It's in french only, but english speaking people are welcome to apply.
Don't hesitate to contact me for further information.
Best regards,
Greg
Hi there!
Did anyone in here has a reference of the "optimization passes" of Zend optimizer? (What is Level 1, What is Level 2, etc...)
Thanks & have a good weekend,
Matthias
Hello,
Any information why we can't reach cablecom phone numbers, their website
or their DNS servers ?
Olivier B.
--
Olivier Beytrison
Network & Security Engineer, HES-SO Fribourg
Mobile: +41 (0)78 619 73 53
Mail: olivier(a)heliosnet.org
Hi List
I'm asking the list because someone might have experienced the same problems as we do atm.
It looks like Orange Mobile customers are denied access via HTTP to one of our (AS49983) prefixes and it very much looks like there's some sort of proxy in between blocking these requests. They always get a HTTP 403 error but according to Apache logs and tcpdump this clearly isn't generated by our servers. This doesn't happen on our other prefixes though, just 109.71.96.0/21
Has someone else perhaps seen this or a similar problem in the past with AS15796 / AS5511 ?
Does anyone know the "correct" contact at Orange for things like this? If so please contact me off-list.
Kind Regards
Mathias Seiler
MiroNet GmbH, Strassburgerallee 86, CH-4055 Basel
T +41 61 201 30 90, F +41 61 201 30 99
mathias.seiler(a)mironet.ch
www.mironet.ch