< Previous by Date Date Index Next by Date >
< Previous in Thread Thread Index  

Re: [reSIProcate] Many DUM -> one SipStack... Does it actually work??


The TuSelector in the resip stack uses TransactionUser::isForMe(SipMessage& msg) to determine which TU to send the message to. The TuSelector will hand the message to the first TU that returns true when isForMe is called. You can influence how a given DUM answers isForMe by registering MessageFilterRules with that particular instance of DUM. (see repro/repro.cxx for an example of how this can be done) 

Best regards,
Byron Campen

All,
 
Although I was told several months ago that this should work, I am seeing problems with the same SipStack associated with 2 different UAs.
 
The Registration of each UA seems to get routed correctly, i.e. the OnSuccess() for the Register for a specific UA is being delivered to the correct UA.
 
However, when an INVITE is sent to a particular URI, it goes to the first UA that was associated with the SipStack.
 
Any thoughts?? It seems the transaction layer is tied to IP:PORT somehow which could be a cause of this problem...
 
Bill Kovar
Avaya Inc.
(732) 852-2609
 
_______________________________________________
resiprocate-devel mailing list

Attachment: smime.p7s
Description: S/MIME cryptographic signature