From: Paul Kyzivat <[EMAIL PROTECTED]> > So the 'm' parameter is a way to ensure that SS7 interworking works > well now, as well as being available for expansion, and allowing for > applying hueristics where they work better than the obvious rigid > rules.
OK. Its still a bunch of crap, but I understand the interop issues. Yeah, interoperability problems alway generate crap. Can you put some weasle words in indicating that this datum may be ignored by the callee if it can determine presence without it? I think there is already, but if not, we will add it. > > An alternative to all of the above is that we could define new > > header(s) to carry the required information. > > > > Advantage: It would work. > > > > Disadvantage: Defining a new header just for this one feature. > > How about Call-Info? > > It is however disheartening to find that the same information has to be > carried in different ways in the subscribe and the invite. > > Yes, the lack of symmetry is a negative. How do you feel about call-info for this purpose? It's probably as good as anything, except that its syntax demands a URI, and in some of the cases, there is no URI to be transmitted. (I checked, and there doesn't seem to be any "null URI" to use as a place-holder.) Dale _______________________________________________ BLISS mailing list [email protected] https://www.ietf.org/mailman/listinfo/bliss
