SIP邀请内容长度

时间:2012-04-27 17:24:52

标签: sip

我正在开发SIP提供程序应用程序。我使用传输UDP。我有一个问题, 我发送邀请消息SIP服务器。

INVITE sip:102@192.168.1.33 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.33:5001;branch=z9hG4bK9232c352-a28c-4467-988e-8027e0031209;rport
To: <sip:102@192.168.1.33>
From: "101"<sip:101@192.168.1.33:5060>;tag=rkktjbvq
CSeq: 1 INVITE
Call-ID: lrfnpvlvrbojabxnuldgejvncshccjpwsfxsobpcpmjrnsvkeh
Max-Forwards: 70
Contact: <sip:101@192.168.1.33:5001>
User-Agent: Iconium
Content-Type: application/sdp
Content-Length: 849

v=0
o=101 940412967 940412967 IN IP4 192.168.1.33
s=Ozeki VoIP SIP SDK
c=IN IP4 192.168.1.33
t=0 0
m=audio 5003 RTP/AVP 8 0 101 98 9 3 100 97 103 15 4 104 105 106 107 18
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=rtpmap:98 iLBC/8000
a=fmtp:98 mode=30
a=rtpmap:9 G722/8000
a=fmtp:9 bitrate=64000
a=rtpmap:3 GSM/8000
a=rtpmap:100 SPEEX/16000
a=rtpmap:97 SPEEX/8000
a=rtpmap:103 L16/8000
a=rtpmap:15 G728/8000
a=rtpmap:4 G723/8000
a=rtpmap:104 G726-16/8000
a=rtpmap:105 G726-24/8000
a=rtpmap:106 G726-32/8000
a=rtpmap:107 G726-40/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=sendrecv
m=video 5005 RTP/AVP 102 99 34
a=rtpmap:102 H263-1998/90000
a=fmtp:102 QCIF=1;CIF=1
a=rtpmap:99 H264/90000
a=fmtp:99 packetization-mode=1
a=rtpmap:34 H263/90000
a=fmtp:34 QCIF=1;CIF=1
a=sendrecv

一切正常。使用Proxy-Authenticate进行SIP服务器响应

SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 192.168.1.33:5001;branch=z9hG4bK9232c352-a28c-4467-988e-8027e0031209;rport=5001
Proxy-Authenticate:Digest nonce="414d535c05ab5fd821:79225947c170510b155be0828d92e7e4", algorithm=MD5, realm="3CXPhoneSystem"
To: <sip:102@192.168.1.33>;tag=d92fe85a
From: "101"<sip:101@192.168.1.33:5060>;tag=rkktjbvq
Call-ID: lrfnpvlvrbojabxnuldgejvncshccjpwsfxsobpcpmjrnsvkeh
CSeq: 1 INVITE
User-Agent: 3CXPhoneSystem 10.0.23053.0
Content-Length: 0

我发送Authanticate与ACK;

INVITE sip:102@192.168.1.33 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.33:5001;branch=z9hG4bKaaf896d5-bd08-48f2-8e3d-0cf043e8324e;rport
To: <sip:102@192.168.1.33>
From: "101"<sip:101@192.168.1.33:5060>;tag=rkktjbvq
CSeq: 2 INVITE
Call-ID: lrfnpvlvrbojabxnuldgejvncshccjpwsfxsobpcpmjrnsvkeh
Max-Forwards: 70
Contact: <sip:101@192.168.1.33:5001>
User-Agent: Iconium
Content-Type: application/sdp
Proxy-Authorization:Digest username="101", realm="3CXPhoneSystem", nonce="414d535c05ab5fd821:79225947c170510b155be0828d92e7e4", response="8592afb1b7f3440afd9607dc3db588cb", uri="sip:102@192.168.1.33", algorithm=MD5
Content-Length: 849

v=0
o=101 940412967 940412967 IN IP4 192.168.1.33
s=Ozeki VoIP SIP SDK
c=IN IP4 192.168.1.33
t=0 0
m=audio 5003 RTP/AVP 8 0 101 98 9 3 100 97 103 15 4 104 105 106 107 18
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=rtpmap:98 iLBC/8000
a=fmtp:98 mode=30
a=rtpmap:9 G722/8000
a=fmtp:9 bitrate=64000
a=rtpmap:3 GSM/8000
a=rtpmap:100 SPEEX/16000
a=rtpmap:97 SPEEX/8000
a=rtpmap:103 L16/8000
a=rtpmap:15 G728/8000
a=rtpmap:4 G723/8000
a=rtpmap:104 G726-16/8000
a=rtpmap:105 G726-24/8000
a=rtpmap:106 G726-32/8000
a=rtpmap:107 G726-40/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=sendrecv
m=video 5005 RTP/AVP 102 99 34
a=rtpmap:102 H263-1998/90000
a=fmtp:102 QCIF=1;CIF=1
a=rtpmap:99 H264/90000
a=fmtp:99 packetization-mode=1
a=rtpmap:34 H263/90000
a=fmtp:34 QCIF=1;CIF=1
a=sendrecv

和Sıp服务器响应

SIP 2.0/400 Bad Content-Length(larger than datagram)

但是在Ozeki Voip SDK中, 而content-length = 851一切都还可以。(使用UDP传输)

我该怎么做呢?我的问题在哪里?

修改 我的UDP客户端:

 private void SendSIPMessage(string mesaj, bool korumalı)
        {

            IPEndPoint remotendpoint = new IPEndPoint(IPAddress.Any, port);
            UdpClient udpClient = new UdpClient();
            try
            {
                udpClient.Connect("192.168.1.33", 5060);
                Byte[] sendBytes = Encoding.ASCII.GetBytes(mesaj);
                udpClient.Send(sendBytes, sendBytes.Length);
                string receivedMessage = string.Empty;
                Byte[] receiveBytes = udpClient.Receive(ref remotendpoint);
                receivedMessage = Encoding.ASCII.GetString(receiveBytes);
                label1.Text += receivedMessage + "\n";

        }

3 个答案:

答案 0 :(得分:4)

可能是因为您的UDP SIP数据包超过MTU或1300字节。

RFC 3261 - 18.1.1发送请求

  

如果请求在路径MTU的200字节内,或者更大   超过1300字节且路径MTU未知,必须发送请求   使用RFC 2914 [43]拥塞控制传输协议等   作为TCP。

答案 1 :(得分:0)

服务器可能只有一个设置来拒绝过大的UDP数据包。 我建议从你的软件中删除一些编解码器。你的名单太大了,我认为没有任何理由。

答案 2 :(得分:0)

大多数SIP代理都会接受UDP上的消息大小没问题。您可能想尝试不同的SIP服务器。在生产系统中,SIP消息大于单个MTU是相当正常的,但是当UDP数据包分成两部分时,这仍然有效。