<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=iso-8859-1" http-equiv=Content-Type>
<META name=GENERATOR content="MSHTML 8.00.6001.18904">
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV>&gt; are very keen to actually follow all these silly RFC</DIV>
<DIV>I agree, usually RFC are created first by university so by 
students...</DIV>
<DIV>&nbsp;</DIV>
<BLOCKQUOTE 
style="BORDER-LEFT: #000000 2px solid; PADDING-LEFT: 5px; PADDING-RIGHT: 0px; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px">
  <DIV style="FONT: 10pt arial">----- Original Message ----- </DIV>
  <DIV 
  style="FONT: 10pt arial; BACKGROUND: #e4e4e4; font-color: black"><B>From:</B> 
  <A title=anthony.minessale@gmail.com 
  href="mailto:anthony.minessale@gmail.com">Anthony Minessale</A> </DIV>
  <DIV style="FONT: 10pt arial"><B>To:</B> <A 
  title=freeswitch-users@lists.freeswitch.org 
  href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</A> 
  </DIV>
  <DIV style="FONT: 10pt arial"><B>Sent:</B> Thursday, June 10, 2010 12:09 
  PM</DIV>
  <DIV style="FONT: 10pt arial"><B>Subject:</B> Re: [Freeswitch-users] 
  uuid_media hangs</DIV>
  <DIV><BR></DIV>The funny part is you are willing to go to all this effort to 
  try to make us correct it because you know the other people wont.
  <DIV>This type of finger pointing to RFC is typical to providers so now I have 
  to do free work to investigate it for you.</DIV>
  <DIV>And I bet you are paying them money and not us, oh well, 
  typical.....Don't worry I won't hold it against you.</DIV>
  <DIV><BR></DIV>
  <DIV>The philosophical question here is weather or not to send a requires 
  timer in the reinvite, so ok.</DIV>
  <DIV>I can try to look it up for you but from a logical point of view, once 
  you establish in the original invite that you are going to use session timers, 
  every reinvite constitutes a timer refresh, so once you have agreed in the 
  original invite to use timers it would stand to reason to require the timer 
  option in every new re-invite since it represents a timer refresh.</DIV>
  <DIV><BR></DIV>
  <DIV>But, let's face it... Who cares right? &nbsp;its a meaningless param in 
  an REINVITE. &nbsp;Most sip implementation wing it on most of these packet 
  parsers. &nbsp;The sofia developers are very keen to actually follow all these 
  silly RFC you are trying to quote and they have been relaxing it nonstop ever 
  since because nobody really follows any rules in SIP they just use them to 
  avoid having to patch their code. &nbsp;Especially in a deployed appliance in 
  a telco. &nbsp;They are really telling you they can't support it because the 
  code in their sip gateway fails when it sees this and they are too lazy to 
  change it so they pray that some RFC will let them off the hook. &nbsp;Trust 
  me, we've had worse. &nbsp;One place refused our calls because they did not 
  like the syntax of our user agent string......</DIV>
  <DIV><BR></DIV>
  <DIV>So bottom line is I would trust the default&nbsp;behavior&nbsp;of 
  sofia-sip over most things any day but if they are really doing something 
  wrong the problem would be in the sofia-sip library not in FreeSWITCH so I am 
  not sure where to tell you to look in the code to correct it because we use 
  that code asis and avoid hacking into it a all costs. &nbsp;Try using grep 
  into the sofia-sip lib for the strings you know are meaningful.</DIV>
  <DIV><BR></DIV>
  <DIV>P.S</DIV>
  <DIV>All the event related things are fixed now, there was a small speed bump 
  along the way this week.</DIV>
  <DIV><BR></DIV>
  <DIV><BR></DIV>
  <DIV><BR></DIV>
  <DIV><BR>
  <DIV class=gmail_quote>On Thu, Jun 10, 2010 at 4:34 AM, peely <SPAN 
  dir=ltr>&lt;<A 
  href="mailto:freeswitch@peely.com">freeswitch@peely.com</A>&gt;</SPAN> 
  wrote:<BR>
  <BLOCKQUOTE 
  style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" 
  class=gmail_quote><BR>Hi,<BR><BR>It's not a hijacked thread, I created this 
    with an issue around uuid_media,<BR>initially it was hanging, then in the 
    latest git it receives a 4xx from the<BR>far end due to the Requires: timer 
    support bot being supported in the<BR>reinvite transaction. I did 
    anecdotally mention problems with events, which<BR>I subsequently pulled off 
    to another thread.<BR><BR>I was looking at RFC 4028, in the examples it 
    shows the refresh event not<BR>providing the Required: timer header even for 
    the refresh of the original<BR>invite transaction, just the Supported: 
    timer. There's nothing in RFC 3725<BR>regarding sesison timers in 3PCC but 
    as the reinvite for the media<BR>adjustment is a new transaction, I don't 
    think it needs the Requires: timer<BR>option to persist the timer support on 
    the original dialogue. This is<BR>certainly the behaviour of the previous 
    equipment I had on this interconnect<BR>and it operates using session timers 
    and 3PCC in several other environments<BR>too.<BR><BR>I'm not brilliant with 
    C, but if you could please point me to the right<BR>approach to removing the 
    Requires: timer field in the header I'd be happy to<BR>test it and let you 
    know if it causes any problems with rienvites across<BR>various carriers and 
    other platforms.<BR><BR><BR><BR>Cheers,<BR><BR><BR>Neil.<BR><FONT 
    color=#888888>--<BR>View this message in context: <A 
    href="http://freeswitch-users.2379917.n2.nabble.com/uuid-media-hangs-tp5145657p5162317.html" 
    target=_blank>http://freeswitch-users.2379917.n2.nabble.com/uuid-media-hangs-tp5145657p5162317.html</A><BR></FONT>
    <DIV class=im>Sent from the freeswitch-users mailing list archive at 
    Nabble.com.<BR><BR>_______________________________________________<BR></DIV>
    <DIV>
    <DIV></DIV>
    <DIV class=h5>FreeSWITCH-users mailing list<BR><A 
    href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</A><BR><A 
    href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" 
    target=_blank>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</A><BR>UNSUBSCRIBE:<A 
    href="http://lists.freeswitch.org/mailman/options/freeswitch-users" 
    target=_blank>http://lists.freeswitch.org/mailman/options/freeswitch-users</A><BR><A 
    href="http://www.freeswitch.org" 
    target=_blank>http://www.freeswitch.org</A><BR></DIV></DIV></BLOCKQUOTE></DIV><BR><BR 
  clear=all><BR>-- <BR>Anthony Minessale II<BR><BR>FreeSWITCH <A 
  href="http://www.freeswitch.org/">http://www.freeswitch.org/</A><BR>ClueCon <A 
  href="http://www.cluecon.com/">http://www.cluecon.com/</A><BR>Twitter: <A 
  href="http://twitter.com/FreeSWITCH_wire">http://twitter.com/FreeSWITCH_wire</A><BR><BR>AIM: 
  anthm<BR><A 
  href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</A><BR>GTALK/JABBER/<A 
  href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</A><BR>IRC: 
  <A href="http://irc.freenode.net">irc.freenode.net</A> 
  #freeswitch<BR><BR>FreeSWITCH Developer Conference<BR><A 
  href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</A><BR><A 
  href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</A><BR>pstn:+19193869900<BR></DIV>
  <P>
  <HR>

  <P></P>_______________________________________________<BR>FreeSWITCH-users 
  mailing 
  list<BR>FreeSWITCH-users@lists.freeswitch.org<BR>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users<BR>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users<BR>http://www.freeswitch.org<BR></BLOCKQUOTE></BODY></HTML>