Possible reoccurance of Adhearsion::Voip::Asterisk::AMI hangs
-
ik_5
Happens to me as well with stand alone usage of AMI, where:
ami.send_action_synchronously "Command", "Command" => "sip reload"
just hangs, even though wireshark shows that the command has been answered.
If using
ami.send_action_asynchronously "Command", "Command" => "sip reload"it never execute the command but return immediately (as expected from async).
-
ik_5
And I forgot to mention that I'm using version 0.8.2 as well
-
Rene Mendoza
my ahn process ami interface is blocked, no events seem to come into it,
it seems like the socket is still up tho[root@servicenter ~]# netstat -anp | grep 5038 tcp 0 0 0.0.0.0:5038 0.0.0.0:* LISTEN 12276/asterisk
tcp 0 0 127.0.0.1:5038 127.0.0.1:33289 ESTABLISHED 12276/asterisk
tcp 0 0 127.0.0.1:5038 127.0.0.1:33288 ESTABLISHED 12276/asterisk
tcp 0 0 127.0.0.1:33289 127.0.0.1:5038 ESTABLISHED 13073/ruby
tcp 0 0 127.0.0.1:33288 127.0.0.1:5038 ESTABLISHED 13073/ruby -
Rene Mendoza
ok after wwalker suggestion running
tcpdump -i lo -s 10000 -w ami.pcap port 5038produces this pcap dump file
and telnet connections do still work properly after the event is produced
and the agi adhearsion part still works properly (even rails model database access) -
Jay Phillips
- State changed from new to open
This is now fixed in master for "core show uptime".
ik_5, can you confirm that master fixes your "sip reload" problem?
Thanks
-
MichelV69
Confirm that "core show uptime" and "meetme list 12345" now are working as expected with this command.
-
Ben Klang
- State changed from open to resolved
- Milestone order changed from 0 to 0
Since this appears to be fixed, I'm closing this ticket.
Please Sign in or create a free account to add a new ticket.
With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.
