Title: Message
|
Are
you also implementing the "ping" keepalive as part of your
app?
Mark
snacktime
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
[email protected]
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users