2012-10-17 3 views
2

В настоящее время я пытаюсь объединить два домена Lync с одним пользовательским прокси-сервером SIP посередине. Проблема заключается в том, что сервер Lync ответит «413 - Entity too large», чтобы подписаться на запросы (msrtc-adrl-categorylist), исходящие из другого домена Lync после прохождения через прокси.LYNC - SIP "413 - Request entity too large" error to SUBSCRIBE запросы

Однако, когда я отправил подобное сообщение с SIPp, эмулятором SIP, подписка принимается, даже если она прошла через прокси-сервер SIP.

Два сообщения похожи друг на друга. Прокси добавляет маршрут записи и добавляет идентификатор в конце тега From. Он не получает руки на теле.

Разница в содержании - это то, что SIPp добавляет CRLF в конец тела, который Lync не делает.

Я не вижу ничего плохого в запросе. Следующие сообщения были зарегистрированы на Lync Edge целевого домена.

Lync ПОДПИСКА - REJECTED

Start-Line: SUBSCRIBE sip:[email protected] SIP/2.0 
From: <sip:[email protected]>;epid=75bdd22553;tag=vl57cpy2rb72lu15i7awk22h0100003f1410 
To: <sip:[email protected]> 
CSeq: 1 SUBSCRIBE 
Call-ID: 3ad1662aa2d84bc5a7de15f5d2ecd0be 
Record-Route: <sip:smf1.testucfed.com:5061;lr> 
Max-Forwards: 68 
Via: SIP/2.0/TLS smf1.testucfed.com:5061;branch=z9hG4bKfspbWpOjnrsr3kELP8S9 
Via: SIP/2.0/TCP 10.0.0.6:5060;branch=z9hG4bKfspbkK8M7FQrQmqN99a9 
User-Agent: UCCAPI/4.0.7577.4103 OC/4.0.7577.4109 (Microsoft Lync 2010) 
Event: presence 
Accept: application/msrtc-event-categories+xml, application/xpidf+xml,  text/xml+msrtc.pidf, application/pidf+xml, application/rlmi+xml, multipart/related 
Supported: com.microsoft.autoextend 
Supported: ms-piggyback-first-notify 
ms-asserted-verification-level: ms-source-verified-user=verified 
Content-Type: application/msrtc-adrl-categorylist+xml 
Content-Length: 464 
Contact: <sip:smf1.testucfed.com:5061> 
Message-Body: 
<batchSub xmlns="http://schemas.microsoft.com/2006/01/sip/batch-subscribe"    uri="sip:[email protected]" name=""> 
    <action name="subscribe" id="104999392"> 
     <adhocList>  
      <resource uri="sip:[email protected]"/> 
     </adhocList> 
     <categoryList xmlns="http://schemas.microsoft.com/2006/09/sip/categorylist"> 
      <category name="state"/> 
      <category name="note"/> 
      <category name="services"/> 
      <category name="contactCard"/> 
      <category name="calendarData"/> 
     </categoryList> 
    </action> 
</batchSub> 

SIPp ПОДПИСКА - ПРИНИМАЮТСЯ

Start-Line: SUBSCRIBE sip:[email protected] SIP/2.0 
From: <sip:[email protected]>;epid=75bdd22553;tag=1iy5s1s4humjf184oeqyeitztd0100003f1410 
To: <sip:[email protected]> 
CSeq: 1 SUBSCRIBE 
Call-ID: [email protected] 
Record-Route: <sip:smf1.testucfed.com:5061;lr> 
Max-Forwards: 68 
Via: SIP/2.0/TLS smf1.testucfed.com:5061;branch=z9hG4bKfspbIP0PgNyO4vZelNvG 
Via: SIP/2.0/TCP 10.0.0.6:5060;branch=z9hG4bKfspbWS366kCidcbxJt9m 
Event: presence 
Accept: application/msrtc-event-categories+xml, application/xpidf+xml,  text/xml+msrtc.pidf, application/pidf+xml, application/rlmi+xml, multipart/related 
User-Agent: UCCAPI/4.0.7577.4103 OC/4.0.7577.4109 (Microsoft Lync 2010) 
Supported: com.microsoft.autoextend 
Supported: ms-piggyback-first-notify 
ms-asserted-verification-level: ms-source-verified-user=verified 
Content-Type: application/msrtc-adrl-categorylist+xml 
Content-Length: 466 
Contact: <sip:smf1.testucfed.com:5061> 
Message-Body: 
<batchSub xmlns="http://schemas.microsoft.com/2006/01/sip/batch-subscribe"  uri="sip:[email protected]" name=""> 
    <action name="subscribe" id="104999648"> 
     <adhocList> 
      <resource uri="sip:[email protected]"/> 
     </adhocList> 
     <categoryList xmlns="http://schemas.microsoft.com/2006/09/sip/categorylist"> 
      <category name="state"/> 
      <category name="note"/> 
      <category name="services"/> 
      <category name="contactCard"/> 
      <category name="calendarData"/> 
     </categoryList> 
    </action> 
</batchSub> 

РЕАКЦИЯ

Start-Line: SIP/2.0 413 Request entity too large 
From: <sip:[email protected]>;epid=75bdd22553;tag=vl57cpy2rb72lu15i7awk22h0100003f1410 
To: <sip:[email protected]>;tag=5F72F2201902C33E22FE6C4063EC56AD 
CSeq: 1 SUBSCRIBE 
Call-ID: 3ad1662aa2d84bc5a7de15f5d2ecd0be 
Via: SIP/2.0/TLS  10.0.0.7:38020;branch=z9hG4bKDA21D3D8.2E84E1112774D915;branched=FALSE;ms-received- port=38020;ms-received-cid=400 
Via: SIP/2.0/TLS  smf1.testucfed.com:5061;branch=z9hG4bKfspbWpOjnrsr3kELP8S9;received=212.166.45.124;ms-received-port=51456;ms-received-cid=A3300 
Via: SIP/2.0/TCP 10.0.0.6:5060;branch=z9hG4bKfspbkK8M7FQrQmqN99a9 
ms-diagnostics: 4008;reason="Input data too large - One of the paramaters to the sproc  exceeds limit";source="ARIW002.lync2.com" 
Server: RTC/4.0 
Content-Length: 0 
Message-Body: – 

ли кто-нибудь знает, что может вызвать эту ошибку? Сообщение об ошибке здесь не очень помогает ...

+0

Отклонено сообщение От заголовка 'From: (обратите внимание на ** lyn1 ** instread ** lync1 **, который находится в заголовке принятого сообщения). Это предназначено? Некоторые sip-серверы будут отклонять сообщения от неправильных доменов. – tozka

+0

Это ошибка. Я изменил имена доменов намеренно для этого сообщения. – mdef

ответ

0

Наконец-то я обнаружил проблему.

Сервер Lync хранит «Диалоговый идентификатор», который является «Call-ID» + «From tag» + «To tag». Добавив некоторые дополнительные данные в конце «От тега», размер «Диалогового идентификатора» превысил его предельный размер.