[reSIProcate] crossing re-invites 491 question

[Byron Campen]

	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 at resiprocate.org
> https://list.resiprocate.org/mailman/listinfo/resiprocate-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.resiprocate.org/pipermail/resiprocate-devel/attachments/20090423/f6d3238d/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2482 bytes
Desc: not available
URL: <http://list.resiprocate.org/pipermail/resiprocate-devel/attachments/20090423/f6d3238d/attachment.bin>