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

Re: [reSIProcate] crossing re-invites 491 question


I think you're right here.

Best regards,
Byron Campen

With the following scenario, is resip/dum doing anything wrong or could the processing be improved somehow:
 
UAC                       UAS (resip/DUM)
<INVITE/200/ACK>  - call setup is fine.
 
reINVITE ->
100 Trying <-   (provideOffer() is called via DUM at approx the same time)
reINVITE <-
--- UAC’s re-invite is processed by DUM ---
491 <-
491 ->
 
At this point the UAC ignores the 491 (possibly because it got a 100???) and then eventually tears down the call.
 
I would expect the UAC to kill it’s re-invite after getting the 491 and try the re-invite again according to 491 processing rules.
 
Any help would be appreciated.
 
Thanks,
 
-justin
 
_______________________________________________
resiprocate-devel mailing list
resiprocate-devel@xxxxxxxxxxxxxxx
https://list.resiprocate.org/mailman/listinfo/resiprocate-devel

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