Problemas con resolución inversa ... otra vez !

Forums: 

Saludos nuevamente ...

Hace unos días hice acá una consulta acerca de un problema con la reversa dns (http://www.ecualug.org/2012/06/04/forums/error_en_reverse_lookup), por cierto gracias por sus comentarios y ayuda en dicho post. Donde laboro tenemos asignado una red clase C completa y tenemos problemas con la resolución inversa, esto ocasiona que ciertos dominios de correo reboten nuestros mensajes.

Hemos solicitado la configuración de la reversa dns al Proveedor pero ellos nos responden que nosotros somos los encargados de gestionar eso puesto que nosotros administramos la red clase C por completo e incluso nos derivan a una página donde dicen se indica eso:
http://centralops.net/co/

El ontenido de esta página es lo mismo que muestra lacnic:
http://lacnic.net/cgi-bin/lacnic/whois?lg=SP&query=186.46.210/24

Ahora bien, agradecería a UDs. favor me orienten con lo siguiente:
1. Según yo entiendo: nosotros administramos internamente nuestra red clase C completa pero no somos los dueños, pues el dueño de la red clase C es, en este caso, nuestro Proveedor que es un carrier. Estoy en lo correcto?

2. Si el punto 1 es correcto, favor indicarme cómo puedo demostrarles al proveedor que son ellos los encargados de gestionar la reversa dns ??? Pues ellos insisten e insisten en que somos nosotros y no nos dan la apertura adecuada.

3. Si el punto 1 es falso y la responsabilidad nos corresponde a nosotros. Que configuración se debería hacer para que dicha resolución funcione o dónde debería ser colocada??? Pues he creado unos archivos de zona y localmente (o desde la misma red) me ejecuta sin problemas la resolución inversa pero fuera de la red ya no lo hace!

De antemano gracias por su ayuda y comentarios ... !!

1 si 2 En el caso de una

Imagen de Ascii

1
si

2
En el caso de una clase C CNT "PUEDE" delegar los servidores DNS para la resolución.
Si necesitas 1-2 reversos para tu servidor de correos, no entiendo porque CNT te esta exigiendo que seas tu quien se encargue de este problema.
Quizás sea política de CNT que los clientes manejen sus reversos cuando reciban una clase C. Si sigues con el problema mejor te cambias de ISP. Conversar con ellos va a ser perder el tiempo.

aquí la guía 2.1.4 de lo que realizo CNT
http://lacnic.net/sp/registro/guia-03.html

inetrev: 186.46.210/24
nserver: NS16.ZONEEDIT.COM
nsstat: 20120725 FAIL
nslastaa: 20120516
nserver: NS8.ZONEEDIT.COM
nsstat: 20120725 UDN
nslastaa: 20120516

Quien esta dando problema son los servidores de zoneedit (los tuyos)
En zoneedit debes tener una zona 210.46.186.in-addr.arpa

salu2

Gracias por sus comentarios

Gracias por sus comentarios ...
Efectivamente los dns que reporta son de zoneedit pero en dicha web está puesta esta configuración:
1.210.46.186.in-addr.arpa PRT 7200 proxy0.ossa.com.ec
proxy0 A 7200 186.46.210.1

Y aún así sigue reportando un loop en la herramienta de la web http://www.mxtoolbox.com/SuperTool.aspx?action=ptr%3a186.46.210.1

Es como si al hacer la consulta no detecte la primera línea el zoneedit.

Una consulta estimados ... si la configuración de zonas la maneja el zoneedit .. ya no sería necesario que yo tenga configurado un pc linux servidor dns con los archivos de zona??

Pues al momento tengo un pc server con dichos archivos configurados y me doy cuenta que cuando hago una consulta local quien me responde es este servidor pero desde fuera de la red la consulta se dirige hacia el Internet y no hacia este servidor.

_fR@Nk_

no necesitas tener tus zonas

Imagen de Ascii

no necesitas tener tus zonas en tu servidor porque están declaradas en lacnic para que utilicen los servidores de Zoneedit.
Te aconsejo que contactes con Zoenedit y les indiques el problema.

salu2