persistance on sip traffic fails when the bye message comes

I think I have the answer… it may be use SIP_REQUEST_SEND instead of SIP_REQUEST

or is it because I need to Gulp instead of SIP? *lol*

We tried it with SIP_REQUEST_SEND and are still getting the same error

First of all, let's try and put this back into a single rule for clarity's sake. Second, let's add a little logic to make sure that we're trying to delete a persistence record that actually exists. Lastly, let's be sure we're using a valid persistence method to start with (uie rather than sip).

In the end, I think you'll end up with something close to:

when SIP_REQUEST {
  set method [string tolower [SIP::method] ]
  log local0.info "SIP Method is: $method"
  if { ($method equals "request") or ($method equals "invite") } { 
    persist uie [SIP::call_id] 
  } elseif { $method equals "bye" } { 
    if { [string length [persist lookup uie [SIP::call_id] node] ] > 0 } {
      persist delete uie [SIP::call_id] 
    }
  }
}

HTH,

Colin

I think the most likely problem is two:

 

1> we should do persist delete only on the server response or server forwarding bye messege

 

2> supposed this is one three client conference call through SIP, so that is hard for us to delete persist when one client exit.

i used the same irule:

 

when SIP_REQUEST {

 

set method [string tolower [SIP::method] ]

 

log local0.info "SIP Method is: $method"

 

if { ($method equals "request") or ($method equals "invite") } {

 

return

 

} elseif { $method equals "BYE" } {

 

if { [string length [persist lookup uie [SIP::call_id] node] ] > 0 } {

 

persist uie [SIP::call_id] 5

 

}

 

}

 

}

 

only i am updating the persist table when BYE is sent, but i have another irule for the incoming who sent the returning SIP connection to the correct originate server from inside:

 

when SIP_REQUEST {

 

pool mypool

 

set id "[persist lookup sip [SIP::call_id]]"

 

log local0.alert "ID found in lookup is: $id"

 

if { [llength $id] } {

 

log local0.alert "In if select pool"

 

return

 

}

 

set id "[SIP::call_id] any virtual"

 

set sessionInfo [session lookup uie $id]

 

log local0.alert "Session information found is: $sessionInfo"

 

if { [llength $sessionInfo] } {

 

log local0.alert "Choosing member acording to session info"

 

pool mypool member $sessionInfo

 

}

 

}

 

Problem is that only one BYE is being forward to one server, other BYE that belong to the next server that originate SIP session is being sent to the LTM but does not forward to the server.

 

help would be appreciated here.

 

Thanks