Вводя в CLI sip show channels уже дней 5 вижу следующее:
Peer User/ANR Call ID Seq (Tx/Rx) Format Hold Last Message
212.53.35.244 7495981132 0534a1fa6cc 00103/13372 0x0 (nothing) No (d) Rx: BYE
1 active SIP channel

Почему он завис? Сколько он будет висеть и как бы его принудительно удалить?

будет висеть пока не перезагрузишь * или пока не прибъешь канал. время будет тикать :(

А как его прибить? Его в show channels нет, только в sip show channels. Так что soft hangup не поможет.

никак, только рестарт ... :(

А на извечный вопрос ПОЧЕМУ это случилось есть ответ?

На сколько я понимаю, core show channels (show channels в старых версиях) показывет активные голосовые sip-каналы, а sip show channels -- прием/отсылка служебной информации по тому же sip каналу. Согласно спецификации sip протокола, сообщение BYE отсылается перед разрушением соединения, причем стороны в двухстороннем порядке обмениваются этими сообщенимями. Факт приема BYE-сообщения подтверждается отсылкой ответа 200 ОК (каждая сторона). Скорей всего, sip клиент, завершив звонок, отсылает второму -- BYE. Второй, ответив, OK (что он получил BYE), тоже высылает BYE и ждет ответа от первого -- OK. Первый физически (выключен) не отсылает OK, вот и получается, что один из sip клиентов генерить служебное сообщение. Как задать время (по истечению которого небыло получено ответного служебного сообщения) после которого клиент может считаться недоступным? ХЗ, надо рыть...
P.S. Субъективное мнение, но может оно?....