Re: [Asterisk-Dev] IAX2 Hangup Cause

[Pertti Pikkarainen]

Eric Wieling aka ManxPower wrote:
reseaux wrote:
Dear ManxPower
I have made another post where i suggest to use sendText to 
send the HangupCause to the * box that have generate the call 
(client), but i cant able to find how can receive it..
Some idea?

I know of no solution or workaround other than to write support for it 
into IAX2
___
Asterisk-Dev mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-dev
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-dev

I have this problem as well. At the moment it would be enough if a few 
'states' could be passed to
the PRI line in the other end. If  busy (17) and unallocated(1) causes 
could be signalled to the PRI line in the opposite
end of IAX2, that would take care of most of  ... well,  at least my - 
problems concerning this matter.
If anyone who can do this  could make a quote directly, I am interested 
in paying for this developement.

A question for Tilghman Lesher:
would your patch work if SendText is used in priority 102 and make then
the following hangup signal busy cause 17 ?
-- Pertti
___
Asterisk-Dev mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-dev
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-dev

Re: [Asterisk-Dev] Zap show channels bug?

[Pertti Pikkarainen]

'show channels'  has also a problem related to this. It is very often 
showing wrong numbers.
Those are numbers that have been active some time earlier.
And these are the same incorrect extension numbers that 'zap show 
channels' show.

In other words ...
When you see numbers in inactive channels with 'zap show channels',
you can expect to see those incorrectly in 'show channels' as well.
--Pertti

Mark Spencer wrote:

Actually, zap show channels was Matt Fredrickson's project before he
left for his Mormon mission.  He should be finishing his two year mission
next March, so it might get completed then, or possibly earlier if someone
wants to actually determine what would be useful info to display and make
a patch :)
Mark

On 1 Jul 2003, Steven Critchfield wrote:

 

Just so you know you aren't alone. I have similar things happening on my
system. I'm not sure how useful it is. I have used it to see what my
high water mark is.
I'm guessing in channels/chan_zap.c around either line 1590 or 1680
there needs to be a line added to set p-exten = NULL.
Steven

On Tue, 2003-07-01 at 17:13, John Todd wrote:
   

This odd output has always been the case on my particular systems,
and only now am I starting to think that something is amiss with the
zap show channels display:
gw3*CLI zap show channels
Chan. Num. Extension  ContextLanguage   MusicOnH
  1 1410985012 pri-inboun
  2 1410985012 pri-inboun
  3 1301531972 pri-inboun
  4 1410985012 pri-inboun
  5 1410985012 pri-inboun
  6pri-inboun
  7pri-inboun
  8pri-inboun
  9pri-inboun
 10pri-inboun
 11pri-inboun
 12pri-inboun
 13pri-inboun
 14pri-inboun
 15pri-inboun
 16pri-inboun
 17pri-inboun
 18pri-inboun
 19pri-inboun
 20pri-inboun
 21pri-inboun
 22pri-inboun
 23pri-inboun
gw3*CLI
There are _no_ active channels on this PRI (yes, I am _absolutely_
sure.)   This output, however, is confusing - why does it show that
certain Zap channels have calls?  When there is a call on Zap/1-1,
the output is identical.
JT
___
Asterisk-Dev mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-dev
 

--
Steven Critchfield [EMAIL PROTECTED]
___
Asterisk-Dev mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-dev
   

___
Asterisk-Dev mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-dev
 



___
Asterisk-Dev mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-dev