15 Mar
2005
15 Mar
'05
6:48 p.m.
Ahhh, the problem has been somewhat identified.
As soon as I removed Juha's LCR module from my ser-0.9.1 configuration
all worked 100% properly :-(
Now I need to try and understand what it is doing.
Regards,
Paul
On Tue, 15 Mar 2005 17:08:04 +0100, Klaus Darilion
<klaus.mailinglists(a)pernau.at> wrote:
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(a)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