https://sourceforge.net/p/peers/patches/Recent changes to patchesenSat, 25 Jun 2011 00:45:38 -0000https://sourceforge.net/p/peers/patches/20/Just figured out the patch system\! Please review and apply. If the patch applied is incomplete, please use http://www.mediafire.com/?3z8enp6uxu68un8anirudh rSat, 25 Jun 2011 00:45:38 -0000https://sourceforge.netb1130e98a73ad690882da86635af47bdf0e70324https://sourceforge.net/p/peers/patches/19/some asterisk instances seem to consider user-agents offline if they don't answer notify requests. To bypass this issue, a patch has been developped by cristian david cepeda piscal. This patch adds a NotifyHandler that simply answer 200 OK to notify requests. After this modification, asterisk apparently considers peers online and can route calls towards peers.yohannmartineauSat, 12 Feb 2011 12:34:26 -0000https://sourceforge.net09cfadd164780f0ab8d8be3cf10496309ec24526https://sourceforge.net/p/peers/patches/18/Within the InviteHandler.handleInitialInvite\(\), order of execution is: 1\. send 180 Ringing 2\. tell SipListener about incoming call 3\. update dialog state/handling. 3\. should be done before 2. because the dialog has the wrong state when calling the SipListener. If the SipListener decides to immediately accept the call, a 200 Ok will be sent, the dialog will be set from init to confirmed, followed by an attempt to set it from confirmed to early, leading to an IllegalStateException. Attached patch reverses the order. Please review and apply. Hope this helps, Tom.uiltjeTue, 11 Jan 2011 13:39:52 -0000https://sourceforge.netc48f5f18f56fcb84c45a70d6719bfe3cafb0360dhttps://sourceforge.net/p/peers/patches/17/Multiple SIP responses can be executed in parallel within 1 ClientTransaction \(probably interfering with transaction state handling as well\). This can lead to 200 OK responses overtaking 180 Ringing responses. Attached patch serializes this by synchronizing the "receivedResponse\(\)" method. Hope this helps, Tom.uiltjeWed, 15 Dec 2010 11:08:54 -0000https://sourceforge.net4835a725b1bb0e7f49159a0aa69cf6136753628bhttps://sourceforge.net/p/peers/patches/16/Some buggy registrars seem to refuse REGISTER with a cseq of 0. This value is valid in RFC3261, but most sip softphones use 1 as their first cseq value. So it makes sense to use 1 as the first cseq value in peers. To use 1 as the first cseq value in peers, modify net.sourceforge.peers.sip.core.useragent.UserAgent.UserAgent. In constructor, use cseqCounter = 1;yohannmartineauFri, 29 Oct 2010 13:43:50 -0000https://sourceforge.net68698f5cc985311c1b1f3c6e826f2004da957c48https://sourceforge.net/p/peers/patches/15/On receiving provisional responses \(1xx\) within a non-INVITE client transaction, it is logical to reset the re-transmission timer, as the server side has indicated that it is working on it. This is currently not happening. The timer is not reset and a retransmission is done when timer E fires regardless. Attached patch will reset the timer on receiving a provisional response. Hope this helps, Tom.uiltjeFri, 22 Oct 2010 15:55:20 -0000https://sourceforge.net287600126d8521f6494a2654399fc9e4247574cehttps://sourceforge.net/p/peers/patches/14/When an rtp-stream is stopped, any packets, waiting to be sent, are still sent. This patch prevents that. Hope this helps, Tom.uiltjeFri, 22 Oct 2010 15:47:12 -0000https://sourceforge.netf90de7b04453052211f51a8abceb88a73402b9e3https://sourceforge.net/p/peers/patches/13/When refreshing \(dropping and creating\) rtp-streams, time to wait for closure should depend on RtpSession.TIMER. Attached patch does just that. Hope this helps, Tom.uiltjeThu, 21 Oct 2010 15:05:06 -0000https://sourceforge.net1d37fd7c35516744cb25a4489179d5eea133c53dhttps://sourceforge.net/p/peers/patches/12/Creation of MainFrame.mainPanel is not needed. The JFrame.getContentPane\(\) will get you the Container needed. Attached patch gets rid of the JPanel creation. Hope this helps, Tom.uiltjeThu, 21 Oct 2010 09:48:52 -0000https://sourceforge.net7776b6168a8c5fda7a75d5d2bcd5bac1aeaf0edehttps://sourceforge.net/p/peers/patches/11/Attached, a patch that enhances the handling of registrations, including: \- introduction of "Expires" header \(including default\). \- addition of unregister all \(wildcard\) \- improved separation of functionality - RegisterHandler handles REGISTERs under control of InitialRequestManager Hope this helps, Tom.uiltjeFri, 15 Oct 2010 13:09:52 -0000https://sourceforge.net9617b2589daa7bebec98548fe3ebe44e7b1ee0fa