If I recall correctly, RFC 3263 does not indicate to iterate the NAPTR records (beyond to find common transport type) and does not provide guidance concerning "invalid" behavior associated with the NAPTR query results.
Thus my understanding is to act however you think best if NAPTR replacement malformed or fails subsequent DNS query. > -----Original Message----- > From: [email protected] [mailto:sip- > [email protected]] On Behalf Of Shanbhag, Somesh > (NSN - IN/Bangalore) > Sent: Wednesday, April 15, 2009 9:44 AM > To: ext kavitha menneni; [email protected] > Cc: [email protected] > Subject: Re: [Sip-implementors] Need Clarification on DNS NAPTR Record. > > I think you need to go to next NAPTR record. > > -----Original Message----- > From: [email protected] [mailto:sip- > [email protected]] On Behalf Of ext kavitha > menneni > Sent: Wednesday, April 15, 2009 6:52 PM > To: [email protected] > Cc: [email protected] > Subject: [Sip-implementors] Need Clarification on DNS NAPTR Record. > > > Hi All, > Can any one quickly provide theclarification on the below query on DNS. > > > What should be the behaviour if resolving first NAPTR returns an Invalied > behaviour, can we go ahaead and perform the SRV query for the same or do > we need to go ahead in resolving with next NAPRT Record. > > Thanks in Advance. > > Regards, > Kavitha.M > > > > > Add more friends to your messenger and enjoy! Go to > http://messenger.yahoo.com/invite/ > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
