I am still waiting on chan_megaco....<br><br>I think the only way these channel drivers are going to move is with a bit of financing. <br><br>I am willing to chip in.<br><br>Thanks,<br>Steve Totaro<br><br><div class="gmail_quote">
On Mon, Dec 21, 2009 at 9:18 AM, Adrien Lemoine <span dir="ltr"><<a href="mailto:alemoine@legos.fr">alemoine@legos.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hello,<br>
<br>
Nobody has any feedback on the MGCP? And especially on the symptoms<br>
described in my previous emai ?<br>
<br>
Thanks.<br>
<br>
Regards,<br>
<br>
Adrien<br>
<br>
-----Message d'origine-----<br>
De : <a href="mailto:asterisk-users-bounces@lists.digium.com">asterisk-users-bounces@lists.digium.com</a><br>
[mailto:<a href="mailto:asterisk-users-bounces@lists.digium.com">asterisk-users-bounces@lists.digium.com</a>] De la part de Adrien<br>
Lemoine<br>
Envoyé : jeudi 17 décembre 2009 18:48<br>
À : <a href="mailto:asterisk-users@lists.digium.com">asterisk-users@lists.digium.com</a><br>
Objet : [asterisk-users] Integrate a CPE with Asterisk in MGCP<br>
<div><div></div><div class="h5"><br>
Hello all,<br>
<br>
I'm looking for some help to try to understand why my CPE doesn't work<br>
good with Asterisk in MGCP.<br>
<br>
Here is what I want to do :<br>
<br>
- Register a TECOM AH4021 on Asterisk in MGCP with the following profile<br>
in mgcp.Conf :<br>
<br>
[general]<br>
port = 2727<br>
bindaddr = 10.95.20.1<br>
disallow=all<br>
allow=g729<br>
allow=alaw<br>
<br>
020202020202]<br>
context=mgcp<br>
host=dynamic<br>
canreinvite=no<br>
dtmfmode=rfc2833<br>
nat=yes<br>
threewaycalling=yes<br>
transfer=yes ; transfer requires threewaycalling=yes. Use FLASH to<br>
transfer<br>
callwaiting=yes ; this might be a cause of trouble for ip10s<br>
cancallforward=yes<br>
line=aaln/1<br>
<br>
- Place outgoing calls through a SIP PROXY : OK, but the call goes down<br>
after some seconds :<br>
<br>
-- Executing Answer("MGCP/aaln/1@020202020202-1", "") in new stack<br>
-- MGCP mgcp_answer(MGCP/aaln/1@020202020202-1) on aaln/1@020202020202-1<br>
-- Executing Dial("MGCP/aaln/1@020202020202-1",<br>
"SIP/mgcp-out/0xxxxxxxx") in new stack<br>
-- Called mgcp-out/0xxxxxxxxxx<br>
Dec 17 18:34:47 NOTICE[17889]: chan_mgcp.c:1656 find_subchannel_and_lock:<br>
Gateway '020202020202' (and thus its endpoint 'virtual/nat-timeout') does<br>
not exist<br>
-- SIP/mgcp-out-09d998c0 is making progress passing it to<br>
MGCP/aaln/1@020202020202-1<br>
Dec 17 18:34:48 WARNING[17932]: chan_mgcp.c:1375 mgcp_indicate: Don't know<br>
how to indicate condition 14<br>
-- SIP/mgcp-out-09d998c0 answered MGCP/aaln/1@020202020202-1<br>
-- Attempting native bridge of MGCP/aaln/1@020202020202-1 and<br>
SIP/mgcp-out-09d998c0<br>
-- Resetting interface aaln/1@020202020202<br>
== Spawn extension (mgcp, 0141909872, 2) exited non-zero on<br>
'MGCP/aaln/1@020202020202-1'<br>
-- MGCP handle_request(aaln/1@020202020202-1) ast_channel already<br>
destroyed, resending DLCX.<br>
-- MGCP handle_request(aaln/1@020202020202) set vmwi(-)<br>
<br>
- Receive incoming calls through SIP PROXY : OK too, but as with the<br>
outgoing calls, the interface seems to self restart :<br>
-- Executing Dial("SIP/XXXSIPCALLID", "MGCP/aaln/1@020202020202") in<br>
new stack<br>
-- MGCP mgcp_request(aaln/1@020202020202)<br>
-- MGCP cw: -1, dnd: 0, so: 0, sno: 0<br>
-- MGCP mgcp_new(MGCP/aaln/1@020202020202-1) created in state: Down<br>
-- Called aaln/1@020202020202<br>
-- MGCP/aaln/1@020202020202-1 is ringing<br>
-- MGCP/aaln/1@020202020202-1 answered SIP/XXXSIPCALLID<br>
-- Attempting native bridge of SIP/XXXSIPCALLID and<br>
MGCP/aaln/1@020202020202-1<br>
Dec 17 18:38:33 NOTICE[17957]: chan_mgcp.c:1656 find_subchannel_and_lock:<br>
Gateway '020202020202' (and thus its endpoint 'virtual/nat-timeout') does<br>
not exist<br>
Dec 17 18:38:34 NOTICE[17957]: chan_mgcp.c:1656 find_subchannel_and_lock:<br>
Gateway '020202020202' (and thus its endpoint 'virtual/nat-timeout') does<br>
not exist<br>
Dec 17 18:38:35 NOTICE[17957]: chan_mgcp.c:1656 find_subchannel_and_lock:<br>
Gateway '020202020202' (and thus its endpoint 'virtual/nat-timeout') does<br>
not exist<br>
Dec 17 18:38:36 NOTICE[17957]: chan_mgcp.c:1656 find_subchannel_and_lock:<br>
Gateway '020202020202' (and thus its endpoint 'virtual/nat-timeout') does<br>
not exist<br>
Dec 17 18:38:38 NOTICE[17957]: chan_mgcp.c:1656 find_subchannel_and_lock:<br>
Gateway '020202020202' (and thus its endpoint 'virtual/nat-timeout') does<br>
not exist<br>
Dec 17 18:38:41 NOTICE[17957]: chan_mgcp.c:1656 find_subchannel_and_lock:<br>
Gateway '020202020202' (and thus its endpoint 'virtual/nat-timeout') does<br>
not exist<br>
Dec 17 18:38:44 NOTICE[17957]: chan_mgcp.c:1656 find_subchannel_and_lock:<br>
Gateway '020202020202' (and thus its endpoint 'virtual/nat-timeout') does<br>
not exist<br>
Dec 17 18:38:47 NOTICE[17957]: chan_mgcp.c:1656 find_subchannel_and_lock:<br>
Gateway '020202020202' (and thus its endpoint 'virtual/nat-timeout') does<br>
not exist<br>
-- Resetting interface aaln/1@020202020202<br>
== Spawn extension (frommgcp, 0973009997, 1) exited non-zero on<br>
'SIP/87.237.184.116-087f4fb0'<br>
-- MGCP handle_request(aaln/1@020202020202-1) ast_channel already<br>
destroyed, resending DLCX.<br>
-- MGCP handle_request(aaln/1@020202020202) set vmwi(-)<br>
<br>
I don't succeed in using g729 for incoming calls whereas its works with<br>
outgoing calls. So the incoming calls negociate in ulaw only and the<br>
callee side doesn't ear the caller.... I review my ip routes, it's okay<br>
because I see the RTP in both way by running ethereal. I don't see what is<br>
the problem. So ideally, Asterisk will be able to drive the codec<br>
negociation for incoming calls, but I don't know how that is possible.<br>
<br>
Asterisk 1.2.35 runs under Redhat Enterprise 4<br>
<br>
To conclude, I don't understand the following logs :<br>
<br>
chan_mgcp.c:1656 find_subchannel_and_lock: Gateway '020202020202' (and<br>
thus its endpoint 'virtual/nat-timeout') does not exist<br>
<br>
Thanks for your attention.<br>
--<br>
Adrien<br>
<br>
<br>
<br>
_______________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
<br>
<br>
_______________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</div></div></blockquote></div><br>