не знаю, мож, с другими коммандами происходит то же самое (я пока напоролся на такое при дисконнекте). вот типа дебаг:

debug in sendcommand
command key is: AuthType --- MD5
command key is: Action --- Challenge
response is: Response: SuccessChallenge: 82012510
debug in sendcommand
command key is: AuthType --- MD5
command key is: Username --- perl-ami
command key is: Action --- Login
command key is: Key --- <CENSORED>
response is: Response: SuccessMessage: Authentication accepted
connected.
disconnect
debug in sendcommand
command key is: Action --- Logoff
response is: Event: NewchannelPrivilege: call,allChannel: SIP/550-29439000State: DownCallerIDNum: 550CallerIDName: <CENSORED>Uniqueid: 1225100677.45601
debug in disconnect
key is: CallerIDName --- <CENSORED>
key is: Event --- Newchannel
key is: Uniqueid --- 1225100677.45601
key is: Privilege --- call,all
key is: Channel --- SIP/550-29439000
key is: CallerIDNum --- 550
key is: State --- Down
Use of uninitialized value in string eq at /usr/local/lib/perl5/site_perl/5.8.8/Asterisk/Manager.pm line 392, <GEN0> line 15.
# ./perl-ami.pl


перевожу: в ответ на команду Logoff приехал не ответ Goodbye, а респонз от другого события %()
50/50 - приезжает или правильный ответ или хрень какая-то

да, есть такая ботва, говорят, лучше юзать какой-нить прокси.
Полагаю, дело в том, что астериск шлет события в порт потоком, если событий много, то ответ на команду Logoff может затеряться...

очень на то похоже.

пока я вижу рецепт такой - навешивать callback'и, чтобы очередь событий не забивалась