Re: [Sip-implementors] Reinvite/ACK race

2017-10-30 Thread Alex Balashov
Piece of errata here (always when I'm typing): On Mon, Oct 30, 2017 at 01:11:50PM -0400, Alex Balashov wrote: > Hi, > > I've got a scenario like so: > >UA A -> Proxy P > UA B > > 1. UA A initiates call through Proxy P; > > 2. Dialog is established and confirmed, with

[Sip-implementors] Reinvite/ACK race

2017-10-30 Thread Alex Balashov
Hi, I've got a scenario like so: UA A -> Proxy P > UA B 1. UA A initiates call through Proxy P; 2. Dialog is established and confirmed, with Record-Route; 3. UA B sends reinvite #1 through P to A; 4. UA B sends 2xx reply; 5. UA B sends end-to-end ACK for reinvite #1 and almost

Re: [Sip-implementors] SUBSCRIBE-NOTIFY method for CNAM querying

2017-10-30 Thread Alex Balashov
But to clarify my question: Regardless of whether it's a rogue standard from an IETF POV, there clearly is *some* kind of standard out there, as indicated by the number of (big) vendors who implement it in an agreed-upon way. So, what I'm trying to figure out is what that standard is and where

Re: [Sip-implementors] SUBSCRIBE-NOTIFY method for CNAM querying

2017-10-30 Thread Alex Balashov
Hi Paul, On Mon, Oct 30, 2017 at 11:04:40AM -0400, Paul Kyzivat wrote: > > As far as I know, SIP redirects are the generally accepted transport > > for generic data queries (e.g. LRN dips, CNAM) over SIP. > > Can you provide a reference to a specification for how this is done? My inspiration

Re: [Sip-implementors] SUBSCRIBE-NOTIFY method for CNAM querying

2017-10-30 Thread Paul Kyzivat
(disclaimer: while I know quite a bit about SIP I know nothing about these CNAM query mechanisms. AFAIK none of these mechanisms are covered by IETF standards.) On 10/30/17 1:25 AM, Alex Balashov wrote: Hello, I apologise for cross-posting this from VoiceOps, and concede that it is an