No subject
Thu Jan 15 22:29:28 CST 2009
> I'm trying to add better support to libpri for maintenance
> protocol SERVice and SERVice ACKnowledgement messages. The
> code is marked in q931.c as being a 'KLUDGE' and should be
> ripe by now for fixing.
>-
> Things work great on my test machine with a T400 and a loop
> back cable. B-Channels are able to go in and out of
> service, and the state is stored in chan_zap.c so that
> channels out of service are immediately skipped when
> attempting a call on them (similar to Do Not Disturb.)
>-
> Problem is, I can't get it to work in the real world. And
> given that this is a non-ITU message type, I'm not sure if
> it's me or the switch that doesn't want to play nice. As
> best I can tell, these SERVice messages are defined in ANSI
> T1.607 with a list price of $360 -- no 3 freebie downloads
> like the ITU specs. Thus, I've scoured various other web
> resources to cobble together the implementation.
>-
> If I'm correct in my assumptions so far, these NFAS/CCS
> SERVice messages are required for proper operation of backup
> D-Channels, in addition to maintenance of B-Channels.
> Currently, it appears although * supports the use of a
> backup D-Channel, it is not able to initiate a backup
> procedure -- only follow what the far-end switch does.
>-
> I'm attaching a patch of what I have so far, but what I
> could really, really use from some kind soul is a PRI trace
> of a proper SERV exchange for maintenance on a B-Channel.
> If you want to try the patch, it adds CLI commands:
> "zap service enable|disable|loop channel <chan num>"
> (Very similar to the Cisco IOS Dial Technologies command:
> "isdn service <chan num> state 0|1|2")
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0007963 NFAS primary D-channel always being mak...
======================================================================
----------------------------------------------------------------------
(0103217) svnbot (reporter) - 2009-04-14 10:54
http://bugs.digium.com/view.php?id=3450#c103217
----------------------------------------------------------------------
Repository: asterisk
Revision: 188342
U trunk/CHANGES
U trunk/channels/chan_dahdi.c
U trunk/configs/chan_dahdi.conf.sample
U trunk/configure
U trunk/configure.ac
U trunk/include/asterisk/autoconfig.h.in
------------------------------------------------------------------------
r188342 | jpeeler | 2009-04-14 10:54:17 -0500 (Tue, 14 Apr 2009) | 33
lines
Add service maintenance message support
This is the companion commit to libpri r732. Service messages are now
supported
for switch types 4ess/5ess. A new option service_message_support has been
added
to chan_dahdi.conf and is noted in the sample config file. The service
message
support is turned off by default. The current implementation relies on
AstDB
to keep track of channel state, which allows the statuses to be preserved
across Asterisk restarts. Below is a description of the storage format.
The state and reason for the service state are in the form
<state>:<reason>,
where:
<state> ::= { 'O' } // 'O' ?\226?\128?\147 Out Of Service
<reason> ::= { '0' | '1' | '2' | '3' }, where:
'0' ?\226?\128?\147 No reason (backwards compatibility)
'1' ?\226?\128?\147 NEAR END
'2' ?\226?\128?\147 FAR END
'3' ?\226?\128?\147 both NEAR and FAR END
The new CLI commands to handle channel service state are:
pri service disable channel <chan>
pri service enable channel <chan>
Many people contributed to the development of this functionality. Because
I
entered at the very end I do not know the exact history. Special thanks to
all who moved the bug forward one way or another:
cmaj, PCadach, markster, mattf, drmac, MikeJ, serge-v, murf, kanelbullar,
Seb7,
tilghman, lmadsen, and especially dhubbard (he answered lots of my
questions
and did a large portion of the work)
(closes issue http://bugs.digium.com/view.php?id=3450)
Reported by: cmaj
------------------------------------------------------------------------
http://svn.digium.com/view/asterisk?view=rev&revision=188342
Issue History
Date Modified Username Field Change
======================================================================
2009-04-14 10:54 svnbot Checkin
2009-04-14 10:54 svnbot Note Added: 0103217
======================================================================
More information about the asterisk-bugs
mailing list