git-svn-id: http://svn.openzap.org/svn/openzap/trunk@547 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@546 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@545 a93c3328-9c30-0410-af19-c9cd2b2d52af

  Add channel hunting in case the TE side specifies "any" channel in the Channel ID IE
  of an incoming SETUP message (or if there is no Channel ID IE at all).

  Support overlap dial in NT mode, (needed for BRI phones), triggered by a missing
  Called Party IE in the SETUP message.

  Tones... picking up a phone and not hearing a dialtone is no fun...
  Dialtone (works) and Ring (untested) are implemented, tones are generated by
  a secondary thread (only started for spans in NT mode). I tried to do the tone
  generating in the main thread first, but it is easier to handle like this.
  The loop uses the first channel that needs tones as a timing reference and the
  tone buffer is reused if multiple succeeding channels share the same state to
  save some cpu cycles (yes, not perfect... alternative is to allocate a buffer for
  every indication and precalculate the values... => 16KB for each indication).

  Coming up next: Q.931 Timers



git-svn-id: http://svn.openzap.org/svn/openzap/trunk@544 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@543 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@542 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@541 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@540 a93c3328-9c30-0410-af19-c9cd2b2d52af

Change zap_buffer_read_loop() to always try to read the full amount of bytes we wanted to get; add zap_buffer_seek() to skip n bytes from the beginning of the buffer (zap_buffer_toss works relative to the current position only)

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@539 a93c3328-9c30-0410-af19-c9cd2b2d52af

[Q.931] Save TEI from incoming SETUP message in call struct + make the TEI available in all incoming messages

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@538 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@537 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@536 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@535 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@534 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@533 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@532 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@531 a93c3328-9c30-0410-af19-c9cd2b2d52af

(OPENZAP-11) use all the cflags from configure so we can build ss7 boost on freebsd and fix other code issues noted by more warnings from those cflags

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@530 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@529 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@528 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@527 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@526 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@525 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@524 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@523 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@522 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@521 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@520 a93c3328-9c30-0410-af19-c9cd2b2d52af

merge patches from stkn openzap-facility-Umes.patch openzap-53ess-facility.patch openzap-5ess-facility-Umes.patch to fix some 5ess dialect issues when talking to an actual lucent 5ess

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@519 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@518 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@517 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@516 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@515 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@514 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@513 a93c3328-9c30-0410-af19-c9cd2b2d52af

Short summary of changes:
    (Massive) rework of the Q.921 layer
    Q.931 changes to get BRI PTMP working and cleanups (more to come...)
    Add Hi-Layer compat and Progress IE to outgoing SETUP messages
    Improve handling of call tear-down in zap_isdn.c
    Open ZAP I/O channels after processing the dialplan for incoming calls
    Bearer Capability and Channel ID IE handling improved for BRI/PRI and A-law/u-law

    ...and a lot of other small changes



git-svn-id: http://svn.openzap.org/svn/openzap/trunk@512 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@511 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@510 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@509 a93c3328-9c30-0410-af19-c9cd2b2d52af

git-svn-id: http://svn.openzap.org/svn/openzap/trunk@508 a93c3328-9c30-0410-af19-c9cd2b2d52af