> -----Original Message----- > From: Martin Steinmann [mailto:[EMAIL PROTECTED] > Sent: Friday, October 17, 2008 8:30 AM > To: Picher, Michael; Robert Joly; [email protected] > Subject: RE: [sipX-dev] User-based gateway selection feature proposal > (XECS-415) > > > > >To: Joly, Robert (CAR:9D30); [email protected] > >Subject: Re: [sipX-dev] User-based gateway selection feature proposal > >(XECS-415) > > > >Robert, > > > >This is exactly what I was looking for when feature request was made. > > > >Also, while it wasn't in the initial feature request, I think the > option > >code is great to have in there for the roaming user scenario. This > >feature will also have huge benefits in a testing/debugging scenario > >where the Admin may want to test calling from a particular location. > > I can see the value of DTMF activated routing as a debugging tool. We > should make sure that the DTMF feature code can be activated / > deactivated from the admin UI. > > How does this work with Caller ID? We can set caller ID by user and by > gateway. How does this work with calls that go out a local gateway in a > branch office? Wouldn't the roaming user have to use a DTMF feature > code to route the call through his/her home gateway in order to get > that > local Caller ID? In cases that is important, the DTMF feature code > would have to be used in order to override the auto-detected current > location. > > The auto-detection of the current location of a roaming user is very > powerful. > > Location: In sipXconfig we are assigning a location to a user and not > to > a phone, correct? The phone then takes the location of the user > assigned to it. In addition, we assign a location to a gateway. Would > like to make sure I understand this correctly. > > --martin >
[Picher, Michael] I would think the gateways would be assigned to the location and not the location to a gateway.... > > > > > >As others have suggested, I believe this needs to be on a per dial > plan > >basis. The admin may want LD calls to route totally different than > >local calls. > > > >Thanks, > > Mike > _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
