Программно вызывать мой VoIP-телефон в моей сети

Question

Вот среда: в нашей сети есть как ПК, так и телефоны Cisco VoIP. В сети есть телефонный коммутатор, позволяющий вызывать VoIP-телефоны, но я не думаю, что этот коммутатор имеет отношение к этой части проекта.

Я впервые включаю VoIP в свое программное обеспечение, поэтому я пытаюсь начать с того, что заставлю мой компьютер сделать вызов на мой телефон VoIP. С компьютера я могу пропинговать IP-адрес телефона и получить ответ, чтобы я мог общаться с ним.

С тем, что у меня пока есть, я надеялся, что телефон зазвонит. Я использую mjsip в Java и получаю сообщение об ошибке вызова с причиной "Время ожидания запроса" и отсутствие звонка. У меня пока нет кода для того, что произойдет после того, как на телефон ответили, но я хотел бы, по крайней мере, начать звонить.

Я надеюсь, что кто-то с большим опытом VoIP может либо подтвердить, либо исключить, что я сделал это ненадлежащим образом, или, возможно, сможет выявить больше ошибок. Например, могу ли я ожидать, что телефон ответит на sip-вызов только потому, что это телефон VoIP? Нужно ли мне переключаться через телефонный коммутатор, даже если это телефон VoIP в той же сети? Это просто проблема с моим кодом?

Код, предполагая, что я сделал это правильно, запускает стек sip, настраивает профиль пользователя и пытается выполнить вызов по адресу sip, который соответствует IP-адресу телефона и порту 5060 (Google сказал мне, что порт sip часто 5060).

public class SIPTest implements UserAgentListener, SipProviderListener
{
    public static void main(String[] args)
    {
        if(!SipStack.isInit())
            SipStack.init();

        SipProvider sipProvider = new SipProvider("127.0.0.1", 5060);
        UserAgentProfile profile = new UserAgentProfile();
        profile.audio = true;
        profile.hangup_time = 10;
        profile.user = "testuser";
        profile.keepalive_time = 8000;

        final UserAgent userAgent = new UserAgent(sipProvider, profile, new     SIPTest());

        sipProvider.addPromiscuousListener(new SIPTest());
        userAgent.call(new NameAddress(new SipURL("172.16.1.250", 5060)));
        System.out.println("end ...");
    }


    /**
     * begin SipProviderListener
     **/

    public void onReceivedMessage(SipProvider sip_provider,
                    Message message)
    {
        if (message.isInfo())
        {
            System.out.println("Promisque onReceivedMessage ... message " + message.getMethodId().toString() + "\n body = " + message.getBody());
        }
    }

    /**
     * end SipProviderListener
     **/


    /**
     * begin UserAgentListener
     **/

    public void onUaCallAccepted(UserAgent arg0)
    {
        System.out.println("onUaCallAccepted ...");
    }

    public void onUaCallCancelled(UserAgent arg0)
    {
        System.out.println("onUaCallCancelled ...");
    }

    public void onUaCallClosed(UserAgent arg0)
    {
        System.out.println("onUaCallClosed ...");
    }

    public void onUaCallFailed(UserAgent arg0, String reason)
    {
        System.out.println("onUaCallFailed ...");
        System.out.println("\t" + arg0);
        System.out.println("\t" + reason);
    }

    public void onUaCallIncoming(UserAgent arg0,
                            NameAddress arg1, NameAddress arg2)
    {
        System.out.println("onUaCallIncoming ...");
        System.out.println("from " + arg2.toString());
        System.out.println("to " + arg1.toString());

        arg0.accept();
        System.out.println("Call accepted ...");
    }

    public void onUaCallProgress(UserAgent ua)
    {
        System.out.println("onUaCallProgress ...");
    }

    public void onUaCallRinging(UserAgent arg0)
    {
        System.out.println("onUaCallRinging ...");
    }

    public void onUaCallTransferred(UserAgent arg0)
    {
        System.out.println("onUaCallTrasferred ...");
    }

    public void onUaIncomingCall(UserAgent ua, NameAddress callee, NameAddress caller, Vector media_descs)
    {
        System.out.println("onUaIncomingCall ...");
    }

    public void onUaMediaSessionStarted(UserAgent ua, String type, String codec)
    {
        System.out.println("onUaMediaSessionStopped ...");
    }

    public void onUaMediaSessionStopped(UserAgent ua, String type)
    {
        System.out.println("onUaMediaSessionStopped ...");
    }

    public void onUaRegistrationFailed(UserAgent ua, String result)
    {
        System.out.println("onUaRegistrationFailed ...");
    }

    public void onUaRegistrationSucceeded(UserAgent ua, String result)
    {
        System.out.println("onUaRegistrationSucceeded ...");
    }

    /**
     * end UserAgent
     **/
}

Если я запускаю это, я получаю следующий вывод.

ExtendedAudioSystem: Supported: PCM_SIGNED PCM_UNSIGNED ALAW ULAW PCM_SIGNED PCM
_UNSIGNED PCM_FLOAT
ExtendedAudioSystem: TargetDataLine: PCM_SIGNED 8000.0 Hz, 16 bit, mono, 2 bytes
/frame, little-endian
ExtendedAudioSystem: Supported: PCM_SIGNED PCM_UNSIGNED ALAW ULAW PCM_SIGNED PCM
_UNSIGNED PCM_FLOAT
ExtendedAudioSystem: SourceDataLine: PCM_SIGNED 8000.0 Hz, 16 bit, mono, 2 bytes
/frame, little-endian
end ...
onUaCallFailed ...
        local.ua.UserAgent@283bbb6
        Request Timeout

Answer 1

По моему мнению, базовое сообщение SIP INVITE (соответствующее userAgent.call) считается отправленным стеком sip, но ответа не получено. Таким образом, вы получите это (408) сообщение "Время ожидания запроса". 408 Тайм-аут запроса - это SIP-ответ, автоматически генерируемый стеком SIP, когда от удаленной стороны (или прокси-сервера) не получен ответ. Иногда, по какой-то странной причине, брандмауэр может блокировать исходящие запросы и не уведомляет Java о том, что возникла проблема при отправке пакета. Таким образом, исключение не выдается, и приложение (здесь, sip-стек) не может повторно отправить пакет или уведомить пользователя о проблеме в сети.

Вы проверили, что можете вызвать sip:172.16.1.250, используя другой sip-клиент с того же хоста? Вы можете быстро проверить, используя sipp (используйте опцию -m 1, чтобы начать только один вызов). Если вы можете сделать вызов с помощью другого sip-клиента, проблема с брандмауэром отсутствует.