On Fri, 2010-01-22 at 09:15 -0500, Chu, Xingjun AVAYA (CAR:9D70) wrote: > > -----Original Message----- > From: Lawrence, Scott AVAYA (BL60:9D30) > Sent: Thursday, January 21, 2010 5:16 PM > To: Chu, Xingjun AVAYA (CAR:9D70) > Cc: Lawrence, Scott AVAYA (BL60:9D30); [email protected]; > Joly, Robert AVAYA (CAR:9D30); Worley, Dale AVAYA (BL60:9D30); Mossman, > Paul AVAYA (CAR:9D30); Ranganathan, Mudumbai AVAYA (CONST:9D30) > Subject: RE: solution to XX-4785 sipXProxy not applying caller-id > correctly for wildcard (non-user-specific) caller-id setting > > On Thu, 2010-01-21 at 16:30 -0500, Chu, Xingjun AVAYA (CAR:9D70) wrote: > > > [Chu, Xingjun [CAR:9D10:EXCH]] Don't be confused. The new label is NOT > > in the "From" field. It will be a parameter of request URI. What I am > > trying to explain here is the caller id alias will be selected based > > on the new parameter and the domain (it was domain only which is why > > the JIRA issue is created.) > > Ahh... ok. Let me restate what I think you meant, and you tell me if > I'm correct: > > The 'domain' column in the caller-alias db table will change from being > domain[:port] to being domain[:port];sipXecs-lineid=<n> and when doing a > lookup in that table, the sipXecs-lineid of the request uri will be > retained and included in the key.
[Chu, Xingjun replies: > Not sure if the current code will do > that (have to check) already, but it's definitely an idea. Another one > would be changing the db format to the following, > > <item> > <domain>scstrial.ca</domain> > <sipXecs-lineid>n<sipXecs-lineid> > <alias>sip:[email protected]</alias> > </item> The current code strips all uri parameters before constructing the lookup key. To do this, you'll just have to extract that one parameter value and put it back into the lookup key. I don't think that making the lineid a separate column really buys you anything, and it's a bit of pain to add a column to the table. The lookup is essentially just a string match anyway, so as long as the contents of the column and the value you construct as a key are done in the same way, combining them is easy. _______________________________________________ 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/
