Hi We are working on a SIP client capable of working in different "operational modes" all of them identified by different feature tag registered. So, when user decides PC client to work in operational mode A; it registers feature tag A; if user decides to switch from operational mode A to B; PC client unregisters feature tag A and performs an initial registration of feature tag B. The PC client also offer SIP based subscription services common to both operational mode (presence subscriptions, dialog subscriptions). Since we are publishing different feature tags, we assume the address bindings are different, right?
Operational mode A Contact: <sip:10.232.110.202>;+g.example1 Operational mode B Contact: <sip:10.232.110.202>;+g.example2 The current approach, when changing operational mode on the fly, is to unsubscribe prior to automatic deregistration, then perform initial registration of the new "feature tag" and perform initial subscription to all event-packages. The overhead in terms of SIP messages is significant, so we are wondering if it is possible to reuse "old" subscriptions. When unregistering old contact and registering the new; the IP address in the Contact keeps the same, the only item that changes is the feature tag. Is this allowed according to RFC 3261? Best regards Javier F. _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
