I strange error messages when using mgcp and ata186 .
This session is simply dial into 600 demo extension - echo test
...
Handling request 'NTFY' on aaln/1@10.0.1.19
Transmitting:
200 29 OK
to 10.0.1.19:2427
-- Endpoint 'aaln/1@10.0.1.19-1' observed '0'
-- MGCP Asked to indicate tone: on aaln/1@10.0.1.19-1 in cxmode:
sendrecv
Posting Request:
RQNT 306 aaln/1@10.0.1.19 MGCP 1.0
X: 2149c6df
R: hu(N), hf(N), D/[0-9#*](N)
to 10.0.1.19:2427
-- MGCP asked to indicate -1 'UNKNOWN' condition on channel
MGCP/aaln/1@10.0.1.19-1
-- MGCP Asked to indicate tone: on aaln/1@10.0.1.19-1 in cxmode:
sendrecv
Posting Request:
RQNT 307 aaln/1@10.0.1.19 MGCP 1.0
X: 2149c6df
R: hu(N), hf(N), D/[0-9#*](N)
to 10.0.1.19:2427
-- MGCP asked to indicate -1 'UNKNOWN' condition on channel
MGCP/aaln/1@10.0.1.19-1
-- MGCP Asked to indicate tone: on aaln/1@10.0.1.19-1 in cxmode:
sendrecv
Posting Request:
RQNT 308 aaln/1@10.0.1.19 MGCP 1.0
X: 2149c6df
R: hu(N), hf(N), D/[0-9#*](N)
to 10.0.1.19:2427
-- Executing Playback("MGCP/aaln/1@10.0.1.19-1",
"demo-echotest")
in new stack
-- Modified aaln/1@10.0.1.19-1 with new mode: sendrecv on callid:
7d4b8e932149c6df
Posting Request:
MDCX 309 aaln/1@10.0.1.19 MGCP 1.0
C: 7d4b8e932149c6df
What is the -1 'UNKNOWN' condition on channel ?
Is it correct mgcp packet ?
--
Pavel Zheltouhov, Comlink ISP, Voronezh, Russia
phone/fax +7(0732) 727172, http://www.comlink.ru
On Fri, 2003-07-11 at 06:28, Pavel Zheltouhov wrote:> -- MGCP asked to indicate -1 'UNKNOWN' condition on channel > MGCP/aaln/1@10.0.1.19-1 > -- MGCP Asked to indicate tone: on aaln/1@10.0.1.19-1 in cxmode: > sendrecv > Posting Request: > RQNT 308 aaln/1@10.0.1.19 MGCP 1.0 > X: 2149c6df > R: hu(N), hf(N), D/[0-9#*](N) > to 10.0.1.19:2427 > -- Executing Playback("MGCP/aaln/1@10.0.1.19-1", "demo-echotest") > in new stack > -- Modified aaln/1@10.0.1.19-1 with new mode: sendrecv on callid: > 7d4b8e932149c6df > Posting Request: > MDCX 309 aaln/1@10.0.1.19 MGCP 1.0 > C: 7d4b8e932149c6df > > > > What is the -1 'UNKNOWN' condition on channel ? > Is it correct mgcp packet ?This is fine. Basically if the indication "tone" isn't provided or is unknown to chan_mgcp, it sends a message to stop the current indication or tone. Indications are busy, ring, answer etc... --Karl -- Karl Putland <karl@putland.linux-site.net>
When I connected over two mgcp channels and sending numerical indication to cisco ata it seems hangup one channel (receving ) and generate 'fast busy' tone. I hack chan_mgcp and my threewaycalling works ok! But why indications are sent after I press hookflash on answering end? -- Pavel Zheltouhov, Comlink ISP, Voronezh, Russia phone/fax +7(0732) 727172, http://www.comlink.ru
<<When I connected over two mgcp channels and sending numerical <<indication to cisco ata it seems hangup one channel (receving ) <<and generate 'fast busy' tone. <<I hack chan_mgcp and my threewaycalling works ok! <<But why indications are sent after I press hookflash on answering end? No, you don't receive fast busy. Please try to connect to another MGCP phone (like to other ATA port), and try to send a lot of DTMF tones. Some codec freezes, sending the same tone, but I don't know how neither where. This issue happend in both directions. I saw that mgcp signaling between ATA and * is correct, and remains quiet between the "crazy tones". I still thinking in ATA software problem. I'm using ata18x-v2-16-ms-030327b-2.zip Regards, Gustavo Este mensaje es confidencial. El mismo contiene informaci?n reservada y que no puede ser difundida. Si usted ha recibido este e-mail por error, por favor av?senos inmediatamente v?a e-mail y tenga la amabilidad de eliminarlo de su sistema; no deber? copiar el mensaje ni divulgar su contenido a ninguna persona. Muchas gracias. This message is confidential. It contains information that is privileged and legally exempt from disclosure. If you have received this e-mail by mistake, please let us know immediately by e-mail and delete it from your system; you should also not copy the message nor disclose its contents to anyone. Thank You. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20030711/4e5ed53b/attachment.htm