Thanks Klaus,
I have tried to resolve this problem a lot of time. I think I forcing SER to relay to tcp and at a moment it seems that my test goes wrong : I'm testing only the URI to evaluate if transport=tcp is present. Perhaps there is another way to be sure that SER must relay to tcp. Which header to test to be sure that a transport=tcp is required by the other side? I remember A message I have seen about that but after may hours searching in the user list I didn't find it... I trusted in SER t_relay to simply automatically resolve the protocol to be used... but No way...
Any idea and help would be welcome.
Thx
Christian
-----Original Message----- From: Klaus Darilion [mailto:klaus.mailinglists@pernau.at] Sent: quarta-feira, 1 de março de 2006 08:06 To: cthomas@canalwest.com Cc: serusers@lists.iptel.org Subject: Re: [Serusers] TCP connect and other related stuff problems
Ser tries to connect to a remote party (the gateway?) using TCP but fails to connect because the remote party does not answer.
use tcpdump to debug the TCP connection setup. Dumping some ngrep traces would also help.
regards klaus
Christian Thomas wrote:
Hi everyboy,
I have a problem when my SER 0.9.4 has to connect to a carrier thru tcp transport. I'm working in stateful mode, of course, and I use t_relay_to_tcp(ipcarrier,port) when I can detect that the carrier GW wants to speak with SER thru TCP. It works not very well as there is the following errors when the carrier GW send a 200 OK to SER after the INVITE procedure :
tcp_blocking_connect : timeout(10) tcpconn_connect : connect failed tcp_send: connect failed tcp_send failed msg_send : tcp_send failed t_forward_nonack : sending request failed
The UAS which sent the INVITE receive a 477 : next hop error
Is it a timeout problem ? If so, how to resolve it? How to increase this timeout for TCP?
Thanks a lot
Christian
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers