Re: MTA MIB draft06 - AD comment #38 (RE: RE: AD Review: draft06 draft-ietf-ipcdn-pktc-mtamib-06.txt)

Thomas Anders <[email protected]> Mon, 05 Sep 2005 22:55:49 +0200
Newsgroups gmane.ietf.ipcdn
Message-ID <[email protected]>
Jean-Francois Mule wrote:
>>># Comment 38
>>>
>>>>- At various places in your MIB module you have FQDNs present.
>>>>  I wonder if it would not be wise (for interoperability) to
>>>>  specify WHEN such FQDNs are supposed to be resolved to IP
>>addresses.
>>>Agree.
>>>
>>>Proposed new text:
>>[...]
>>>pktcMtaDevSnmpEntity
>>>          The MTA must resolve
>>>          the FQDN value before its very first network interaction
>>>          with the SNMP entity during the provisioning phase.
>>Beware that pktcMtaDevSnmpEntity can in fact resolve to multiple IP
>>addresses and the expected behaviour is complex. 
> Yes. That's a good point.
> 
>>I'd prefer to reference
>>the corresponding PacketCable Specifications instead.
> 
> Can you propose a reference?
> Why instead? Why not in addition to (if your proposed reference if for multiple IPs as a result of DNS query)? 
> 
> The text Eugene and I proposed does not seem to overlap with a DNS query being resolved in multiple IPs, and your point seems to me a valuable extension for implementers to think about.

Why be more specific here then in the proposal for pktcMtaDevCmsFqdn? 
The equivalent proposal would be:

pktcMtaDevSnmpEntity
            [...]
            The MTA must resolve the FQDN of the SNMP entity as required
            by the PacketCable MTA Device Provisioning Specification.

Implementators are expected to seek ultimate guidance wrt. FQDN 
resolving in [PKT-SP-PROV] and this way we'll make sure we don't create 
conflicting requirements.


+Thomas

-- 
Thomas Anders (thomas.anders at blue-cable.de)