01-15-2025 04:54 AM
Hello Dear Community,
I'm currently debugging an issue on a Cisco CUBE on which I see that the SIP request that is being constructed (after SIP manipulations) cannot be sent from the B-LEG.
Viewing the flow of the operations and comparing it to a different SBC I spot only one difference that has to do with the "local_addr" value which is not present. Here's the lines from the SIP Transport service:
*Jan 13 14:49:15.051: //94443171/605EABBB9AAB/SIP/Transport/sipSPITransportSendMessage: msg=0x7FD04CCD8968, addr=10.0.0.11, port=5060, sentBy_port=0, local_addr=, is_req=1, transport=2, switch=0, callBack=0x55B6CF4FEF60
*Jan 13 14:49:15.052: //94443171/605EABBB9AAB/SIP/Transport/sipSPITransportSendMessage: Cannot proceed to send msg-0x7FD04CCD8968 immediately. Msg in send context-0x7FD04B6DD048
*Jan 13 14:49:15.052: //94443171/605EABBB9AAB/SIP/Transport/sipSPITransportSendMessage: Enqueued msg-0x7FD04CCD8968 into transport pending Q tcb:0x0
On a different SBC the same call flow works flawlessly, and the "local_addr=" IS being populated with the correct address of the SBC. then the SIP Transport sends the message out of B-Leg.
Does any one happen to know what might cause this param not being populated?
P.S - all configurations related to dial-peers, sip-profiles, pattern matching are the same.
01-15-2025 05:59 AM
Hi @Alexey Y,
Please post the configuration and working and non working logs.
01-28-2025 12:19 AM
Hi @Vaijanath Sonvane ,
Sorry for the delayed reply but I was able to resolve this issue.
01-28-2025 02:11 AM
For the benefit of the community it would be nice if you could share what you did to solve your issue so that others can learn from it.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide