Hello, not sure you mean transaction as used inside kamailio (tm module), but a SIP transaction doesn't have anything to do with routing. Kamailio will be able to route requests/replies even when not creating transactions (i.e., when it is stateless forwarding).
It looks like you get the sip packets from the asterisk box. Use ngrep on kamailio server to see what happens there, like: ngrep -d any -qt -W byline port 5060 or port 5062 You will see if the packets get to kamailio and if they are attempted to be sent further. Cheers, Daniel On 23/03/15 13:43, Slava Bendersky wrote: > Hello Daniel, > Look like transactions are not match when it send reply for NOTIFY. I > think it should reuse connection. > Here SDP output where cseq are match and asterisk does retransmissions > until time out. > Also I wonder where Path route is reused I see %* instead ; as > delimiter between transport and port. > > > Retransmitting #8 (NAT) to 10.18.130.46:5060: > NOTIFY sip:191@192.168.88.246:5062;transport=tcp SIP/2.0 > Via: SIP/2.0/UDP 10.18.130.51:5060;branch=z9hG4bK6939f20d;rport > Max-Forwards: 70 > Route: > <sip:inbound@10.18.130.46;lr;received=sip:client_public_ip:5062%3Btransport%3Dtcp> > From: "canlpbx02" <sip:canlpbx02@10.18.130.51>;tag=as4b212049 > To: <sip:191@192.168.88.246:5062;transport=tcp> > Contact: <sip:canlpbx02@10.18.130.51:5060> > Call-ID: 14c7c8cc7335adf60f2be634132d3b2f@10.18.130.51:5060 > CSeq: 102 NOTIFY > User-Agent: FPBX-12.0.43(12.8.1) > Event: message-summary > Content-Type: application/simple-message-summary > Content-Length: 89 > > Messages-Waiting: yes > Message-Account: sip:*97@10.18.130.51 > Voice-Message: 24/0 (0/0) > > --- > Retransmitting #9 (NAT) to 10.18.130.46:5060: > NOTIFY sip:191@192.168.88.246:5062;transport=tcp SIP/2.0 > Via: SIP/2.0/UDP 10.18.130.51:5060;branch=z9hG4bK6939f20d;rport > Max-Forwards: 70 > Route: > <sip:inbound@10.18.130.46;lr;received=sip:99.251.238.38:5062%3Btransport%3Dtcp> > > right here > From: "canlpbx02" <sip:canlpbx02@10.18.130.51>;tag=as4b212049 > To: <sip:191@192.168.88.246:5062;transport=tcp> > Contact: <sip:canlpbx02@10.18.130.51:5060> > Call-ID: 14c7c8cc7335adf60f2be634132d3b2f@10.18.130.51:5060 > CSeq: 102 NOTIFY > User-Agent: FPBX-12.0.43(12.8.1) > Event: message-summary > Content-Type: application/simple-message-summary > Content-Length: 89 > > Messages-Waiting: yes > Message-Account: sip:*97@10.18.130.51 > Voice-Message: 24/0 (0/0) > > --- > > <--- SIP read from UDP:10.18.130.46:5060 ---> > SIP/2.0 408 Request Timeout > Via: SIP/2.0/UDP > 10.18.130.51:5060;branch=z9hG4bK6939f20d;rport=5060;received=10.18.130.51 > From: "canlpbx02" <sip:canlpbx02@10.18.130.51>;tag=as4b212049 > To: > <sip:191@192.168.88.246:5062;transport=tcp>;tag=dc299d9ac16f3377ac0b8dfa22eaf0a6-2fe2 > Call-ID: 14c7c8cc7335adf60f2be634132d3b2f@10.18.130.51:5060 > CSeq: 102 NOTIFY > Server: kamailio (4.2.3 (x86_64/linux)) > Content-Length: 0 > > <-------------> > > Mar 23 08:45:47 canlvprx01 /usr/sbin/kamailio[20143]: ERROR: <core> > [tcp_main.c:4338]: tcpconn_main_timeout(): connect client_pub_ip:5063 > failed (timeout) > > -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, May 27-29, 2015 Berlin, Germany - http://www.kamailioworld.com
_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users