You need to explain how the dial plan rule is constructed: The correct way for this to work is with the sipdomain as the gateway address at each end.
For instance: using the sip hostname or internal/external IP address is not going to assist you in transfers. Since most UA's use the sipdomain, each end must KNOW about (and be able to call through) the sipdomain. Are you using sipdomain at each end? Are the phones registering via sipdomain? If so, it should work. If not, it's all up to you. On Mon, Apr 16, 2012 at 10:13 AM, Mike Graham <[email protected]> wrote: > > Content-Type: text/plain; > charset="utf-8" > Content-Transfer-Encoding: 8bit > Organization: SipXecs Forum > X-FUDforum: 08063afcdd00a6e76393c5b9527381e8 <67501> > Message-ID: <[email protected]> > > > > I'm having trouble transferring calls that are placed > through a site-to-site dialplan rule. The problem is > exactly the same as the one described in this archive post: > http://forum.sipfoundry.org/index.php?t=msg&goto=51090&S=cbdd98bdc0e6b26024251331be321f2d > > The above archive doesn't seem to have any solution, so I'm > curious if anyone else has run into a similar situation or > found a solution. > > mailto:[email protected] calls mailto:[email protected]. > mailto:[email protected] transfers to mailto:[email protected]. > The transfer fails. > > Both domainA and domainB are running on identical sipx > servers all on the same private network with no firewalls in > between. > > Mike > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ -- ~~~~~~~~~~~~~~~~~~ Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.465.6833 ~~~~~~~~~~~~~~~~~~ Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 Ask about our Internet Fax services! ~~~~~~~~~~~~~~~~~~ -- LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Helpdesk Customers: http://myhelp.myitdepartment.net Blog: http://blog.myitdepartment.net _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
