On Thu, Jan 1, 2009 at 3:15 PM, Scott Lawrence <[email protected]> wrote: > > On Thu, 2009-01-01 at 14:20 -0500, M. Ranganathan wrote: >> Hello, >> >> Happy new year all! >> >> I am trying the following scenario with sipxbridge on the version >> 3.11.9-014372 >> >> Inbound call from AT&T to Extension 204. >> 204 does a blind transfer to another PSTN number through the same dial >> plan ( AT&T). >> >> Here what is happening : >> >> 1. Frame 1shows the inbound INVITE from AT&T. >> 2. On Frame 58, Extension 204 sends a REFER. >> 3. On Frame 66 sipxbridge atempts to transfer the call by issuing an >> INVITE to the REFER target. >> 4. On Frame 76 sipxbridge sees an inbound 407 Proxy Authenticatin >> Required from the sipx proxy server. > > The problem is that the initial REFER from the inside phone (frame 58) > should have been challenged for authentication and was not. If it had > been, the Refer-To url that you eventually got in the authenticated > REFER would have been anotated with a parameter that would have allowed > your subsequent INVITE. > > Look in the sipXproxy.log file (you'll probably need DEBUG level logging > for this) for messages from the TransferControl authplugin. > >
Re-posting ( logs were too large ) : I am not sure how to interpret the following: "2009-01-01T21:28:44.980034Z":5537:AUTH:INFO:sipxtest.example.local:SipRouter-11:B67BCB90:SipXProxy:"TransferControl[200_xfer]::authorizeAndModify challenging transfer in call 'ASE_1230845300200_28908_null_135.25.217.80.0'" "2009-01-01T21:28:44.980050Z":5538:AUTH:DEBUG:sipxtest.example.local:SipRouter-11:B67BCB90:SipXProxy:"SipProxy::proxyMessage plugin 200_xfer returned DENY for ASE_1230845300200_28908_null_135.25.217.80.0" "2009-01-01T21:28:44.980066Z":5539:AUTH:DEBUG:sipxtest.example.local:SipRouter-11:B67BCB90:SipXProxy:"SipProxy::proxyMessage plugin 205_subscriptionauth returned CONTINUE for ASE_1230845300200_28908_null_135.25.217.80.0" "2009-01-01T21:28:44.980099Z":5540:AUTH:DEBUG:sipxtest.example.local:SipRouter-11:B67BCB90:SipXProxy:"MSFT_ExchangeTransferHack[210_msftxchghack]::authorizeAndModify User-Agent 'LG-Nortel LIP 6812 v1.2.38sp SN/00405A188157' does not match recognizer in ASE_1230845300200_28908_null_135.25.217.80.0" "2009-01-01T21:28:44.980113Z":5541:AUTH:DEBUG:sipxtest.example.local:SipRouter-11:B67BCB90:SipXProxy:"SipProxy::proxyMessage plugin 210_msftxchghack returned CONTINUE for ASE_1230845300200_28908_null_135.25.217.80.0" "2009-01-01T21:28:44.980134Z":5542:AUTH:DEBUG:sipxtest.example.local:SipRouter-11:B67BCB90:SipXProxy:"EnforceAuthRules[400_authrules]::authorizeAndModify prior authorization result ALLOW for call ASE_1230845300200_28908_null_135.25.217.80.0 - rules skipped" "2009-01-01T21:28:44.980147Z":5543:AUTH:DEBUG:sipxtest.example.local:SipRouter-11:B67BCB90:SipXProxy:"SipProxy::proxyMessage plugin 400_authrules returned ALLOW for ASE_1230845300200_28908_null_135.25.217.80.0" "2009-01-01T21:28:44.980172Z":5544:SIP:DEBUG:sipxtest.example.local:SipRouter-11:B67BCB90:SipXProxy:"CallerAlias[700_fromalias]::authorizeAndModify not mutable - no rewrite" "2009-01-01T21:28:44.980185Z":5545:AUTH:DEBUG:sipxtest.example.local:SipRouter-11:B67BCB90:SipXProxy:"SipProxy::proxyMessage plugin 700_fromalias returned CONTINUE for ASE_1230845300200_28908_null_135.25.217.80.0" After which the message is sent off to sipxbridge. Corresponding sipxtrace is attached. I can post a snapshot on the tracker (it is too big for the list). Thanks for looking at this! Ranga > -- M. Ranganathan
merged.xml.gz
Description: GNU Zip compressed data
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
