snacktime wrote:
On 11/23/05, Bill Michaelson <[EMAIL PROTECTED]> wrote:
> I'm working on a manager client that I designed to hold open TCP
> connection to asterisk while it is running for varoius purposes.  After
> being puzzled by unexpected behavior, I realized that the server closes
> the connection after it completes an "originate" action - or at least it
> does in the case of my test transactions.
>
> I solicit opinions: is this a feature or a bug?
  

I've never seen that behavior and I've written several clients for the
manager api.  I guess it's possible that a particular combination of
variables in the request could trigger an error that makes asterisk do
that.   I would try issuing the same originate by telneting in
manually and see what happens.  That way you can positively rule out
your client being the one that's disconnecting.

to which I reply:

That's the first thing I did, and it confirmed the behavior (see below).  To be precise, the disconnect occurs after the Newchannel report.  So I infer that you think it is inappropriate.  I've recoded the client so that it immediately reconnects.  Anybody actually tried this?  I can imagine that the developer might have assumed that such a request would likely come from a transient client, and that it would be helpful to terminate the connection.  But if so, I don't think it's the right decision.  Maybe it's just an oversight.  Any other opinions?  I'm too lazy to read the server side code.

[EMAIL PROTECTED]:~> telnet hack.cosi.com 5038
Trying 192.168.10.26...
Connected to hack.cosi.com.
Escape character is '^]'.
Asterisk Call Manager/1.0
action: login
username: bill
secret: dontell

Response: Success
Message: Authentication accepted

action: originate
callerid: 0000000000
context: default
priority: 1
exten: 212
channel: Local/762

Response: Success
Message: Originate successfully queued

Event: Newchannel
Privilege: call,all
Channel: Local/[EMAIL PROTECTED],2
State: Ring
CallerID: <unknown>
CallerIDName: <unknown>
Uniqueid: 1132773921.72

Connection closed by foreign host.
[EMAIL PROTECTED]:~>

_______________________________________________
--Bandwidth and Colocation sponsored by Easynews.com --

Asterisk-Users mailing list
Asterisk-Users@lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Reply via email to