Skip to content
Snippets Groups Projects
  1. Sep 02, 2010
  2. Aug 27, 2010
  3. Aug 03, 2010
  4. Jul 23, 2010
  5. Jul 20, 2010
  6. Jul 17, 2010
  7. Jul 14, 2010
    • Richard Mudgett's avatar
      ast_callerid restructuring · ec37ffbd
      Richard Mudgett authored
      The purpose of this patch is to eliminate struct ast_callerid since it has
      turned into a miscellaneous collection of various party information.
      
      Eliminate struct ast_callerid and replace it with the following struct
      organization:
      
      struct ast_party_name {
      	char *str;
      	int char_set;
      	int presentation;
      	unsigned char valid;
      };
      struct ast_party_number {
      	char *str;
      	int plan;
      	int presentation;
      	unsigned char valid;
      };
      struct ast_party_subaddress {
      	char *str;
      	int type;
      	unsigned char odd_even_indicator;
      	unsigned char valid;
      };
      struct ast_party_id {
      	struct ast_party_name name;
      	struct ast_party_number number;
      	struct ast_party_subaddress subaddress;
      	char *tag;
      };
      struct ast_party_dialed {
      	struct {
      		char *str;
      		int plan;
      	} number;
      	struct ast_party_subaddress subaddress;
      	int transit_network_select;
      };
      struct ast_party_caller {
      	struct ast_party_id id;
      	char *ani;
      	int ani2;
      };
      
      The new organization adds some new information as well.
      
      * The party name and number now have their own presentation value that can
      be manipulated independently.  ISDN supplies the presentation value for
      the name and number at different times with the possibility that they
      could be different.
      
      * The party name and number now have a valid flag.  Before this change the
      name or number string could be empty if the presentation were restricted.
      Most channel drivers assume that the name or number is then simply not
      available instead of indicating that the name or number was restricted.
      
      * The party name now has a character set value.  SIP and Q.SIG have the
      ability to indicate what character set a name string is using so it could
      be presented properly.
      
      * The dialed party now has a numbering plan value that could be useful to
      have available.
      
      The various channel drivers will need to be updated to support the new
      core features as needed.  They have simply been converted to supply
      current functionality at this time.
      
      
      The following items of note were either corrected or enhanced:
      
      * The CONNECTEDLINE() and REDIRECTING() dialplan functions were
      consolidated into func_callerid.c to share party id handling code.
      
      * CALLERPRES() is now deprecated because the name and number have their
      own presentation values.
      
      * Fixed app_alarmreceiver.c write_metadata().  The workstring[] could
      contain garbage.  It also can only contain the caller id number so using
      ast_callerid_parse() on it is silly.  There was also a typo in the
      CALLERNAME if test.
      
      * Fixed app_rpt.c using ast_callerid_parse() on the channel's caller id
      number string.  ast_callerid_parse() alters the given buffer which in this
      case is the channel's caller id number string.  Then using
      ast_shrink_phone_number() could alter it even more.
      
      * Fixed caller ID name and number memory leak in chan_usbradio.c.
      
      * Fixed uninitialized char arrays cid_num[] and cid_name[] in
      sig_analog.c.
      
      * Protected access to a caller channel with lock in chan_sip.c.
      
      * Clarified intent of code in app_meetme.c sla_ring_station() and
      dial_trunk().  Also made save all caller ID data instead of just the name
      and number strings.
      
      * Simplified cdr.c set_one_cid().  It hand coded the ast_callerid_merge()
      function.
      
      * Corrected some weirdness with app_privacy.c's use of caller
      presentation.
      
      Review:	https://reviewboard.asterisk.org/r/702/
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@276347 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      ec37ffbd
  8. Jul 08, 2010
  9. Jul 02, 2010
  10. Jul 01, 2010
  11. Jun 08, 2010
  12. May 25, 2010
  13. May 23, 2010
  14. May 07, 2010
  15. Apr 25, 2010
  16. Mar 27, 2010
  17. Mar 25, 2010
  18. Mar 14, 2010
    • Alexandr Anikin's avatar
      generate roundtrip delay requests and responses · fa9d6969
      Alexandr Anikin authored
      added response to roundtrip delay requests from opposite side
      added roundtrip delay request sending to opposite side after answer,
      added options for sending request (interval between request and 
      count of unreplied requests before forced call hangup)
      
      (closes issue #16976)
      Reported by: vmikhelson
      Patches:
            rtdr-1.6.0-2.patch uploaded by may213 (license 454)
      Tested by: vmikhelson, may213
      
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@252277 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      fa9d6969
  19. Mar 12, 2010
    • Terry Wilson's avatar
      Only change the RTP ssrc when we see that it has changed · 68d1ded8
      Terry Wilson authored
      This change basically reverts the change reviewed in
      https://reviewboard.asterisk.org/r/374/ and instead limits the
      updating of the RTP synchronization source to only those times when we
      detect that the other side of the conversation has changed the ssrc.
      
      The problem is that SRCUPDATE control frames are sent many times where
      we don't want a new ssrc, including whenever Asterisk has to send DTMF
      in a normal bridge. This is also not the first time that this mistake
      has been made. The initial implementation of the ast_rtp_new_source
      function also changed the ssrc--and then it was removed because of
      this same issue. Then, we put it back in again to fix a different
      issue. This patch attempts to only change the ssrc when we see that
      the other side of the conversation has changed the ssrc.
      
      It also renames some functions to make their purpose more clear.
      
      Review: https://reviewboard.asterisk.org/r/540/
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@252089 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      68d1ded8
  20. Mar 07, 2010
  21. Feb 16, 2010
  22. Jan 25, 2010
  23. Jan 24, 2010
  24. Jan 11, 2010
  25. Jan 10, 2010
  26. Jan 06, 2010
  27. Dec 30, 2009
  28. Dec 08, 2009
  29. Dec 04, 2009
  30. Dec 03, 2009
  31. Dec 02, 2009
Loading