to be more specific, the patton should have the dialplan entry to forward that call to the nortel. it is referring the call back to sipx becaase it's (patton's) dialplan is telling it to do so. i think this is really a patton config issue.
Nate you around to field this? You did this same thing a while back and had some dialplan entries the same way, as well as some specific overrides to get everything worked out on the smartnode. On Thu, Sep 1, 2011 at 5:39 PM, Tony Graziano <[email protected]>wrote: > what you never said was that you were trunking a nortel option 61c to sipx > via a smartnode. > > I think this has been done successfully a few times. suffice it to say your > patton gateway needs a dialplan entry changed and why would you be dialling > it via a sip domain when you should be dialling it numbers as an unmanaged > gateway using a dial plan. > > the issue really is the dial plan in the patton and you seem to think that > it is an sbc when it is not. I think you are making this more complicated > than it needs to be. > On Sep 1, 2011 5:22 PM, "Steve Beaudry" <[email protected]> > wrote: > > Hi Tony, > > > > DNS is setup properly at both ends, as I can make calls > > into and out of both systems to each other. Both systems > > also handle REFER-TO properly. I was sure I had attached a > > couple of documents to the bug report that was opened that I > > mentioned in my first comment, but i cannot seem to find > > where they are, so I'll reattach them here. > > > > The same problem happens with ALL endpoints on the VoIP > > system... Grandstream GXP-2000 are the main endpoints, but > > it also happens with SNOM-300 phones, and CounterPATH Bria > > endpoints. > > > > The attached document is a layout diagram of the systems > > involved, with some sample numbers. I'll post a follow up > > in the next message which will include a SIP call flow, > > which shows that the INVITE is being sent properly after the > > REFER-TO.. the problem is, the REFER-TO contains WRONG > > information. The SipXecs server should be replacing the > > domain it receives from the endpoint, and replacing it with > > the correct destination domain (all in the REFER-TO: URI), > > exactly as it does for initially dialed calls. > > > > Cheers, > > > > ...Steve... > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.465.6833 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Helpdesk Contract Customers: http://support.myitdepartment.net <http://support.myitdepartment.net>Blog: http://blog.myitdepartment.net Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 Ask about our Internet faxservices!
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
