On Mon, Mar 9, 2009 at 12:10 PM, Scott Lawrence <[email protected]> wrote: > On Mon, 2009-03-09 at 11:37 -0400, Dale Worley wrote: >> On Mon, 2009-03-09 at 10:13 -0400, Scott Lawrence wrote: >> > I've been seeing a lot of 3.11 traces lately in which Polycom phones >> > send 'Require: 100rel' in 180 responses. >> >> I assume these are responses to requests that contain "Supported: >> 100rel". > >> > Is there some reason why someone thought this was a good thing? >> > >> > It adds quite a lot of traffic to the system, and I am not aware of any >> > reason why we need it. If this is currently the default setting in our >> > Polycom (or any other vendor) configurations, then I think we should >> > change it to _not_ request reliable provisional responses. >> >> There seems to be a general attitude in the SIP community that reliable >> provisional responses are a Good Thing. > > The reasons for using them have to do with doing ISDN signaling > translation - a gateway will send 'Require: 100rel' to elicit the PRACK > so that it can do a better job on the ISDN side.
I assume the following strategy is correct: SIpxBridge never sends a Response with a Requre:100rel but it will send a PRACK if it sees such a header. It will send a Supported:100rel so that user agents who want to send such responses may do so. Ranga > > On the phone side, they don't really do anything but clutter up the > proxy with extra messages. > > > _______________________________________________ > sipx-dev mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-dev > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev > -- M. Ranganathan _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
