[Git] mISDN library and utilities branch socket updated. mISDNuser_1_1_2-358-gb4b3e62
[email protected] (git version ctrl) Sun, 13 Mar 2016 18:54:53 +0100 (CET)
| Newsgroups | gmane.linux.isdn.i4l.devel |
|---|---|
| Message-ID | <[email protected]> |
--===============6339230339464756574==
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by listserv.isdn4linux.de id u2DIV5cm023672
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "mISDN library and utilities".
The branch, socket has been updated
via b4b3e62516c4696458ad62c8b66362bdb1624568 (commit)
via 06ed113c3d261d6c70c213ff1fcc63a6ffb8d33d (commit)
via 4caaa5ac72e01bf99fef48198fa9921af45f9d69 (commit)
via 40aa4b22c1b0883b7c5c5277bd275c06267e66de (commit)
from 6c25cdacd3ac882ddd5a4898b69ab7c7ab73986a (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit b4b3e62516c4696458ad62c8b66362bdb1624568
Author: Maciej S. Szmigiero <[email protected]>
Date: Sun Mar 13 00:24:46 2016 +0100
Fix CAPI-initiated disconnection in direct layer 1 mode
=20
When CAPI application asks for B3 disconnection the NCCI state machin=
e
sends disconnect request further down the stack and then goes into N_=
4
state waiting for disconnection confirmation.
=20
If B channel was in direct layer 1 mode the disconnect request will b=
e
sent as PH_DEACTIVATE_REQ which will go all the way down to an indivi=
dual
mISDN chip driver.
=20
It looks like all current chip drivers reply to such requests by send=
ing
only PH_DEACTIVATE_IND message, however the state machine in N_4 stat=
e
only reacts to PH_DEACTIVATE_CNF message (translated into
EV_DL_RELEASE_CONF).
=20
This means that such call will get stuck until remote side disconnect=
s it.
=20
Fix this by reacting to PH_DEACTIVATE_IND message also in N_4 state,
just like it is done in N_ACT state.
=20
Signed-off-by: Maciej S. Szmigiero <[email protected]>
commit 06ed113c3d261d6c70c213ff1fcc63a6ffb8d33d
Author: Maciej S. Szmigiero <[email protected]>
Date: Sun Mar 13 00:23:56 2016 +0100
Use Reject parameter for deciding what happens to call via CONNECT_B3=
_RESP
=20
CAPI specs say that CONNECT_B3_RESP message uses Reject parameter for
deciding what happens to incoming connection, however mISDNcapid code
used Info instead.
=20
Signed-off-by: Maciej S. Szmigiero <[email protected]>
commit 4caaa5ac72e01bf99fef48198fa9921af45f9d69
Author: Maciej S. Szmigiero <[email protected]>
Date: Sun Mar 13 00:23:11 2016 +0100
Parse channel information from CALL PROCEEDING message too in mISDNca=
pid
=20
According to Q.931 (05/98) on user-originated calls that did not sele=
ct
a particular B channel in a SETUP message the selected B channel is s=
ent
in a first message returned by the network in a response to
the SETUP message.
=20
This Recommendation explicitly mentions SETUP ACKNOWLEDGE or
CALL PROCEEDING as examples of such response messages, however mISDNc=
apid
code ignored channel indication in CALL PROCEEDING messages.
=20
This resulted in a no channel selected error on outgoing calls
on exchanges that reply with CALL PROCEEDING to SETUP.
=20
Signed-off-by: Maciej S. Szmigiero <[email protected]>
-----------------------------------------------------------------------
Summary of changes:
capi20/lplci.c | 5 +
capi20/ncci.c | 3 +-
tools/E1test.c | 330 +++++++++++++++++++++++-------------------=
------
tools/cleanl2.c | 72 +++++------
tools/info.c | 111 ++++++----------
tools/loghex.c | 318 +++++++++++++++++++++++-------------------=
----
tools/rename.c | 46 +++----
tools/text_wireshark.c | 85 ++++++-------
8 Dateien ge=C3=A4ndert, 457 Zeilen hinzugef=C3=BCgt(+), 513 Zeilen entf=
ernt(-)
hooks/post-receive
--=20
mISDN library and utilities
--===============6339230339464756574==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
_______________________________________________
i4ldeveloper mailing list
[email protected]
https://www.isdn4linux.de/mailman/listinfo/i4ldeveloper
--===============6339230339464756574==--