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

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

Quick fix to get hex output of D-Channel traffic in ozmod_libpri. Remove the comment chars in front of the #define IODEBUG to enable it (compile time tested only)

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

    Add "opts" parameter to span definition in pri_spans (removing suggest-channel parameter)
    Possible options are:

    suggest_channel - No idea what this one actually does...
    disable_tones   - Disable tone generating thread in NT (net) mode
    omit_display    - Disable sending caller name in call setup message (Display IE)



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

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

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

Merge "interval == 0" workaround from personal rework branch, still need to investigate why wanpipe does not provide this information (and if 20ms is a good default value)

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

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

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

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

add oz span <span name or id> start|stop and ozmod libpri <span name> kill to simulate loss of d channel (NEEDS TESTING)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

openzap/0/a will pick the first available channel, on the first available span (same rules apply for a and A)

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

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

Befor that the function only sets init_state to DOWN, which is quite bad when there are
hanging channels with state <> DOWN and ozmod_isdn.c make it decisions on that.


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

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

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

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

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

Switch hangup cause to NORMAL_CIRCUIT_CONGESTION when no channels are available so it transates into 'no circuit/channel available [Q.850]'

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

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

Without this, inbound calls never were marked as InUse.


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

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

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

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

[ozmod_isdn] Backport fix from rework branch: use channel flag rather than CRVFlag to properly release channels in ZAP_CHANNEL_STATE_DOWN transition

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