Hello, I have following problem when triggering an external AS from sprout:
02-06-2015 14:55:33.260 UTC Debug aschain.cpp:220: Matched iFC AsChain-orig[0x7f071c059210]:1/4 02-06-2015 14:55:33.260 UTC Info ifchandler.cpp:683: Found (triggered) server sip:172.24.46.97:5064;call=orig-serv;transport=udp 02-06-2015 14:55:33.260 UTC Info scscfsproutlet.cpp:1079: Routing to Application Server sip:172.24.46.97:5064;call=orig-serv;transport=udp with ODI token odi _cMbZIlhuEp for AsChain-orig[0x7f071c059210]:1/4 02-06-2015 14:55:33.261 UTC Debug sproutletproxy.cpp:1168: Sproutlet send_request 0x7f071c00dc70 02-06-2015 14:55:33.261 UTC Verbose sproutletproxy.cpp:1193: scscf-0x7f071c04d5f0 sending Request msg INVITE/cseq=1 (tdta0x7f071c00d660) on fork 0 02-06-2015 14:55:33.261 UTC Debug sproutletproxy.cpp:414: Started Sproutlet timer, id = 139668511625648, duration = 4.000 02-06-2015 14:55:33.261 UTC Debug sproutletproxy.cpp:1531: Processing actions from sproutlet - 0 responses, 1 requests 02-06-2015 14:55:33.261 UTC Debug sproutletproxy.cpp:1566: Processing request 0x7f071c00d708, fork = 0 02-06-2015 14:55:33.262 UTC Debug sproutletproxy.cpp:1684: scscf-0x7f071c04d5f0 transmitting request on fork 0 02-06-2015 14:55:33.262 UTC Debug sproutletproxy.cpp:1698: scscf-0x7f071c04d5f0 store reference to non-ACK request Request msg INVITE/cseq=1 (tdta0x7f071c00d 660) on fork 0 02-06-2015 14:55:33.262 UTC Debug sproutletproxy.cpp:1523: Removing message 0x7f071c00dc70 => txdata 0x7f071c00d708 mapping 02-06-2015 14:55:33.262 UTC Debug sproutletproxy.cpp:109: Find target Sproutlet for request 02-06-2015 14:55:33.262 UTC Debug sproutletproxy.cpp:143: Found next routable URI: sip:172.24.46.97:5064;transport=udp;lr;call=orig-serv 02-06-2015 14:55:33.263 UTC Debug sproutletproxy.cpp:786: No local sproutlet matches request 02-06-2015 14:55:33.263 UTC Debug pjsip: tsx0x7f071c059 Transaction created for Request msg INVITE/cseq=1 (tdta0x7f071c00d660) 02-06-2015 14:55:33.263 UTC Debug basicproxy.cpp:1620: Added trail identifier 74 to UAC transaction 02-06-2015 14:55:33.263 UTC Debug pjutils.cpp:510: Next hop node is encoded in top route header 02-06-2015 14:55:33.264 UTC Debug sipresolver.cpp:85: SIPResolver::resolve for name 172.24.46.97, port 5064, transport 17, family 2 02-06-2015 14:55:33.264 UTC Debug baseresolver.cpp:501: Attempt to parse 172.24.46.97 as IP address 02-06-2015 14:55:33.264 UTC Debug sipresolver.cpp:102: Target is an IP address - default port/transport if required 02-06-2015 14:55:33.264 UTC Info pjutils.cpp:945: Resolved destination URI sip:172.24.46.97:5064;transport=udp;lr;call=orig-serv to 1 servers 02-06-2015 14:55:33.265 UTC Debug basicproxy.cpp:1647: Sending request for sip:[email protected] 02-06-2015 14:55:33.265 UTC Debug pjsip: tsx0x7f071c059 Sending Request msg INVITE/cseq=1 (tdta0x7f071c00d660) in state Null 02-06-2015 14:55:33.265 UTC Debug pjsip: endpoint Request msg INVITE/cseq=1 (tdta0x7f071c00d660): skipping target resolution because address is already set 02-06-2015 14:55:33.265 UTC Debug pjsip: endpoint Request msg INVITE/cseq=1 (tdta0x7f071c00d660) exceeds UDP size threshold (1300), sending with TCP 02-06-2015 14:55:33.266 UTC Verbose pjsip: tcpc0x7f071c05 TCP client transport created 02-06-2015 14:55:33.266 UTC Verbose pjsip: tcpc0x7f071c05 TCP transport 172.24.61.240:53978 is connecting to 172.24.46.97:5064... 02-06-2015 14:55:33.266 UTC Verbose common_sip_processing.cpp:136: TX 1875 bytes Request msg INVITE/cseq=1 (tdta0x7f071c00d660) to TCP 172.24.46.97:5064: --start msg— The subjacent pjsip stack automatically switches to TCP transport when it detects a request longer than 1300 bytes, which is a problem in this case as the AS does not implement TCP. As I’ve read, this behavior may be disabled using PJSIP settings: #define PJSIP_DONT_SWITCH_TO_TCP 0 RFC 3261 section 18.1.1: If a request is within 200 bytes of the path MTU, or if it is larger than 1300 bytes and the path MTU is unknown, the request MUST be sent using an RFC 2914 [43] congestion controlled transport protocol, such as TCP. Disable the behavior of automatic switching to TCP whenever UDP packet size exceeds the threshold defined in PJSIP_UDP_SIZE_THRESHOLD. This option can also be controlled at run-time by the disable_tcp_switch setting in pjsip_cfg_t<http://www.pjsip.org/pjsip/docs/html/structpjsip__cfg__t.htm>. Default is 0 (no). The question is whether this flag is configurable in clearwater or the option is not available (yet) – I haven’t seen any reference in documentation or through mailing list/issue track tool. Thanks in advance for your assistance and best regards, Joaquin Lopez This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos group liability cannot be triggered for the message content. Although the sender endeavors to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. Este mensaje y los ficheros adjuntos pueden contener información confidencial destinada solamente a la(s) persona(s) mencionadas anteriormente y pueden estar protegidos por secreto profesional. Si usted recibe este correo electrónico por error, gracias por informar inmediatamente al remitente y destruir el mensaje. Al no estar asegurada la integridad de este mensaje sobre la red, Atos no se hace responsable por su contenido. Su contenido no constituye ningún compromiso para el grupo Atos, salvo ratificación escrita por ambas partes. Aunque se esfuerza al máximo por mantener su red libre de virus, el emisor no puede garantizar nada al respecto y no será responsable de cualesquiera daños que puedan resultar de una transmisión de virus.
_______________________________________________ Clearwater mailing list [email protected] http://lists.projectclearwater.org/listinfo/clearwater
