This should be handled internally. As soon as the retransmitted INVITE hits the tm functions (t_newtran, t_relay) it should be absorbed.
klaus
Java Rockx wrote:
Klaus,
What would prevent ser from sending the INVITE for which a 200OK as already been received? Is this something in ser.cfg or is it something internal to the ser core?
Regards, Paul
On Tue, 15 Mar 2005 16:44:55 +0100, Klaus Darilion klaus.mailinglists@pernau.at wrote:
Hi Paul!
Java Rockx wrote:
INVITE sent to PSTN gateway PSTN GW sends 180 Ringing PSTN GW sends 200 OK, which is sent to the SIP UA SIP UA replied with ACK, which is sent to the PSTN GW Time Elapses PSTN GW sends re-INVITE, which is sent to the SIP UA SIP UA replies with 200 OK, which is sent to the PSTN GW PSTN GW sends another re-INVITE
This is a retransmission - apparently the response needed more then 0.5s. But the Gateway shouldn't send retransmissions, as it already received a 100 Trying. (Does the 100 trying really hit the gateway?)
PSTN GW sends an ACK, which is sent to the SIP UA re-INVITE (received immediated before the ACK) is sent to the SIP UA
The SIP proxy shouldn't forward the INVITE as he already received the 200 Ok. Strange things are happening.
regards, klaus