[reSIProcate] PUBLISH's ETag

Kenneth Ho kenho at bluebottle.com
Wed Sep 21 06:52:43 CDT 2005


It's the 2xx responses to initial PUBLISH requests that would have 
different entity-tags. Sequential PUBLISH requests and responses to the 
same document all have the same entity-tags as the one returned by 2xx 
response of the initial PUBLISH request. DUM's behavior is compilant to 
RFC3903, and since DUM generates entity-tags when needed, there is no 
need to have (and probably must not be) interface to user to modify 
entity-tags.

Ken

Noiile wrote:
> Noiile, Hello
>  
> I found that entity-tag can not be changed, because DUM use it to find 
> the corresponding ServerPublication. If ServerPublication use different 
> entity-tag in 2xx, dum will response 412 for next PUBLISH request.
> But I can not understand, why the entity-tag can not be changed ?
>  
> Code in DialogUsageManager::processPublish(const SipMessage& request)
>    if (request.exists(h_SIPIfMatch))
>    {
>       ServerPublications::iterator i = 
> mServerPublications.find(request.header(h_SIPIfMatch).value());
>       if (i != mServerPublications.end())
>       {
>          i->second->dispatch(request);
>       }
>       else
>       {
>          SipMessage response;
>          makeResponse(response, request, 412);
>          send(response);
>       }
>    }
>  
> Noiile, noiile at hotmail.com <mailto:noiile at hotmail.com>
> 2005-9-21
> 
>     ----- Receiving the following content -----
>     *Receiver:* Noiile <mailto:noiile at hotmail.com>
>     *Receiver:* resiprocate-devel
>     <mailto:resiprocate-devel at list.sipfoundry.org>
>     *Time:* 2005-09-20, 17:43:33
>     *Subject:* [reSIProcate] PUBLISH's ETag
> 
>     resiprocate-devel, Hello
>      
>     According to RFC3903, the header entity-tag should different for
>     each PUBLISH request in the Publication, but dum send response for
>     PUBLISH use the same ETag, right?
>     Maybe it should be changed by Application, but the interface
>     ServerPublication::getEtag() return const, it confuse me. 
>     and I think it should be implemented in DUM. 
>      
> 
>     Noiile, noiile at hotmail.com <mailto:noiile at hotmail.com>
>     2005-9-20 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> resiprocate-devel mailing list
> resiprocate-devel at list.sipfoundry.org
> https://list.sipfoundry.org/mailman/listinfo/resiprocate-devel



More information about the resiprocate-devel mailing list