On Tue, 2010-03-23 at 10:45 -0400, DANS, RAYMOND (RAYMOND) wrote: > Scott wrote: > >Subject: Re: [sipX-dev] Registrar - Stripping user parameters > >in SIP URI > > > >On Tue, 2010-03-23 at 10:08 -0400, DANS, RAYMOND (RAYMOND) wrote: > >> At present, the Proxy/Registrar doesn't support/handle user > >parameters > >> in a SIP URI. In order to alleviate this, a new redirector > >plugin was > >> created whose purpose was to strip out these parameters before any > >> other redirector plugin sees the request. > >> The redirector plugin determines whether or not to strip the > >> parameters based on an Advanced Configuration Setting (found under > >> System/Servers/Services/SIP Registrar). The current default > >for this > >> configuration parameter is to NOT strip these parameters. Shouldn't > >> the current default be to strip these parameters since we > >cannot route > >> properly when they're present or even more drastic, should we remove > >> the configuration parameter altogether and default the functionality > >> to strip the user parameters? > > > >Have you seen a problem with this? > > > >That parameter was added just to deal with compatibility with > >CS1K dial strings. Prior to that, we had never encountered > >parameters in the user part of the address. > > > > Not sure if this is what's causing the problem but I have a setup > where a BCM system registers with a sipX/SCS system and any call > attempts from the BCM to the sipX results in a call failure with > 404-Not found. I tried calling VM (in our system 1002) and the callee > AOR shows up in CDR something like > > <sip:1002;[email protected];user=phone> > Domain changed to protect the innocent. > > I assumed from this, that the 404 was because it was being confused by > the user params.
Yes, that would explain it. Turning on the setting would fix the problem. I hesitate to make this the default (especially this late in the release cycle), because messing with the user part in the heavy-handed way that the plugin does now is pretty crude. Ideally, decisions on the user part should just be 'does it match'. The example you showed from the BCM (like the ones that plugin was built for from CS1000) are instances of using formats that were designed to translate 'tel:' URIs into 'sip:' URIs, and we don't have support yet for dealing with them in an intelligent way. _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
