If I am correct the ITSP should never see internal extensions calling internal extensions, which is essentially what happens when you conference someone internally with an outside caller.
Like I said before, the scenario the original poster explained works whenever using an Audiocodes Mediant 1000 which means it's the gateway (AKA sipXbridge) hanging up the call, not the phone. Josh Patten Assistant Network Administrator Brazos County IT Dept. (979) 361-4676 On 7/12/2010 5:37 PM, Tony Graziano wrote: > Er... Could be itsp signalling. I wouldn't put all my eggs in sipxbridge as > the issue... > ============================ > Tony Graziano, Manager > Telephone: 434.984.8430 > Fax: 434.984.8431 > > Email: [email protected] > > LAN/Telephony/Security and Control Systems Helpdesk: > Telephone: 434.984.8426 > Fax: 434.984.8427 > > Helpdesk Contract Customers: > http://www.myitdepartment.net/gethelp/ > > ----- Original Message ----- > From: [email protected] > <[email protected]> > To: WORLEY, Dale R (Dale)<[email protected]> > Cc: [email protected]<[email protected]> > Sent: Mon Jul 12 18:36:15 2010 > Subject: Re: [sipx-users] Call transfers > > Being that sipXbridge is the only difference I would bet so. > > Josh Patten > Assistant Network Administrator > Brazos County IT Dept. > (979) 361-4676 > > > On 7/12/2010 3:57 PM, WORLEY, Dale R (Dale) wrote: > >> ________________________________________ >> From: [email protected] >> [[email protected]] On Behalf Of Josh Patten >> [[email protected]] >> >> Dale I think this is a sipXbridge specific request because this >> functionality exists when using Audiocodes mediant 1000 gateways (the >> helpdesk where I work uses it all the time) >> ________________________________________ >> >> I would bet not. But the best approach would be getting snapshots of >> succeeded and failed cases and identifying what happens. (You can attach >> them to the issue for reference.) >> >> Dale >> >> > _______________________________________________ > sipx-users mailing list [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users > sipXecs IP PBX -- http://www.sipfoundry.org/ > _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
