INSIPID?  Nice!  Made my day, and it's only 03:30.   But that's  going to be hard to top.<br><br>--<br>Alex Balashov - Principal<br>Evariste Systems LLC<br>235 E Ponce de Leon Ave<br>Suite 106<br>Atlanta, GA 30030<br>Tel: +1-678-954-0671<br>Web: http://www.evaristesys.com/, http://www.alexbalashov.com<br><br>Hadriel Kaplan <HKaplan@acmepacket.com> wrote:<br><br>
<div>There's good news on that front -</div>
<div>We've finally got a new IETF Working Group created for just that purpose: the "INtermediary-safe SIP session ID" Working Group, a.k.a. INSIPID.</div>
<div><br>
</div>
<div>It's first meeting is in just a few days: <b>this Monday, March 26th</b>, at the IETF meeting.</div>
<div><br>
</div>
<div>The meeting's in France, but the IETF has free remote participation - you can listen to the audio broadcast and be in a jabber chat room for the working group meeting.  And if you want to say something at the microphone, you just type what you want said
 into the jabber room and someone will say it for you in the physical room. </div>
<div>All of that you can do remotely for free, without having to register, be a member, or sign up for anything.</div>
<div><br>
</div>
<div>The current agenda is here:</div>
<div><a href="http://www.ietf.org/proceedings/83/agenda/agenda-83-insipid.txt">http://www.ietf.org/proceedings/83/agenda/agenda-83-insipid.txt</a></div>
<div>The meeting's only an hour long, at <b>9:10-10:10am Eastern Daylight Time US.</b></div>
<div><br>
</div>
<div>To join the audio and jabber session, go to the following page, search for "insipid", and click the little speaker icon for an audio stream, and the jabber lightbulb icon for a jabber URL.  </div>
<div><a href="http://tools.ietf.org/agenda/83/">http://tools.ietf.org/agenda/83/</a></div>
<div>Note you do need a jabber client to use that, but you can get them for free on all platforms; go to <a href="http://www.ietf.org/jabber/">http://www.ietf.org/jabber/</a> for info on that.</div>
<div><br>
</div>
<div>
<div>I urge anyone who cares about the issue to <b>please join the meeting</b>.  The more feedback we get, positive or negative, the faster we'll get somewhere. (well, I suppose if you say the whole idea is useless, then we won't get anywhere real fast :)</div>
<div><br>
</div>
</div>
<div>Also, there's a new <b>Working Group mailing list</b> you can join, where the real action happens, here:</div>
<div><a href="https://www.ietf.org/mailman/listinfo/insipid">https://www.ietf.org/mailman/listinfo/insipid</a></div>
<div>Again, it's open to anyone who wants to join it.</div>
<div><br>
</div>
<div>-hadriel</div>
<div><br>
</div>
<br>
<div>
<div>On Mar 17, 2012, at 9:23 PM, Howard Hart wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite">
<div bgcolor="#FFFFFF" text="#000000">They've been trying to push through a Session-id spec in the SIP Dispatch IETF working group for some time. This is a globally unique identifier that is carried across B2BUA's unmolested. Seems to always fade away, but
 if it were actually ever passed as an RFC, you could go to your vendor and ask them to implement it with some level of confidence they'd actually do it in a way that's compatible with all the other vendors.<br>
<br>
The last attempt was <a class="moz-txt-link-freetext" href="http://tools.ietf.org/html/draft-kaplan-sip-session-id-03">
http://tools.ietf.org/html/draft-kaplan-sip-session-id-03</a>, expired March 2011. Some talk lately in the IETF of reviving it or a slight permutation, though nothing specific that I'm aware of.<br>
<br>
Howard Hart<br>
<br>
<br>
On 03/15/2012 01:20 PM, Keith Croxford wrote:
<blockquote cite="mid:CAHwxYOCS-ezu0f4JxCogtzXQZgn6Ofa-u2OHDStRds1JCOi0kA@mail.gmail.com" type="cite">
I'm matching by multiple headers (to, from, pai, others) and these are nested within a specific block of time. It's basically a few modifications from the default call merging algorithm. I can't show my exact modifications, but that should lead you in the proper
 path. 
<div><br>
</div>
<div>This works OK other than in one scenario. </div>
<div><br>
</div>
<div>Imagine that 4801001234@domain1 makes a call. Within this set time window 1234@domain2  initiates a call as well.  Even though I am set to match on the last 6 characters of the caller/callee, Palladion is merging the calls from 1234@domain2 and 4801001234@domain1. </div>
<div><br>
</div>
<div>I'm still working with IPTEGO to get a few of these bugs worked out. If I knew how to (((write code in LISP)) it would be much easier accomplish.) </div>
<div><br>
</div>
<div>Keith </div>
</blockquote>
</div>
</blockquote>
</div>
<br>