gotta put all the new disk space to use On Sep 16, 2011 9:14 AM, "Michael Picher" <[email protected]> wrote: > oooOOOooo... massive sarcasm & puns in the same thread! love it! > > On Fri, Sep 16, 2011 at 9:09 AM, Nathaniel Watkins < > [email protected]> wrote: > >> Isn’t seeing brail somewhat ‘pointless’**** >> >> ** ** >> >> *From:* [email protected] [mailto: >> [email protected]] *On Behalf Of *Michael Picher >> *Sent:* Friday, September 16, 2011 9:02 AM >> >> *To:* Discussion list for users of sipXecs software >> *Subject:* Re: [sipx-users] CallCentric Limitations**** >> >> ** ** >> >> Now I see...**** >> >> On Fri, Sep 16, 2011 at 8:53 AM, <[email protected]> wrote:**** >> >> >> >> >> Tony Graziano <[email protected]> wrote on 16-09-2011 14:28:08: >> >> >> > sorry traveling does that **** >> >> > On Sep 16, 2011 8:25 AM, "Michael Picher" <[email protected]> wrote: >> > > Thanks, the "Nehos from au andbe" that threw me. I can't understand >> why, >> > > it's perfectly clear. >> > > >> > > >> > > >> > > From: [email protected] >> > > [mailto:[email protected]< [email protected]>] >> On Behalf Of Tony Graziano >> > > Sent: Friday, September 16, 2011 8:20 AM >> > > To: Discussion list for users of sipXecs software >> > > Subject: Re: [sipx-users] CallCentric Limitations >> > > >> > > >> > > >> > > Nehos is an isp and trunk provider"down under". >> > > >> > > callcentric has a unique us offering to au. all im suggesting is that >> there >> > > are alternatives. >> > > >> > > all you really needed to do was turn upside down to look at it because >> > > you're at the other end of the world from them. >> > > >> > > On Sep 16, 2011 8:17 AM, "Michael Picher" <[email protected]> wrote: >> > >> Could I get that last message in braille please? >> > >> >> > >> On Fri, Sep 16, 2011 at 8:08 AM, Tony Graziano >> > > <[email protected] >> > >>> wrote: >> > >> >> > >>> callcentric is not rfc3261 compliant. if you search the archives of >> the >> > >>> user list you'll see a lot of discussion to that end. >> > >>> >> > >>> I think the only thing they normally bring to the table are low rates >> > >>> australia. at the same time you could just get a truck with Nehos >> from au >> > >>> andbe done with that. >> > >>> On Sep 16, 2011 8:05 AM, "Tim Byng" <[email protected]> wrote: >> > >>> > I have found that transfers (blind or assisted) and conference >> calls do >> > >>> not >> > >>> > work either. Is this to be expected with CallCentric? If so, then I >> > > guess >> > >>> > they're not an option. >> > >>> > >> > >>> > All of this works as expected with voip.ms. >> > >>> > >> > >>> > Has anyone been able to get this to work with CallCentric? >> > >>> > >> > >>> > Regards, >> > >>> > Tim >> > >>> > >> > >>> > On Thu, Sep 15, 2011 at 3:11 PM, Tim Byng <[email protected]> >> wrote: >> > >>> > >> > >>> >> I was contemplating not putting CallCentric in the subject of this >> > >>> email, >> > >>> >> as I know they're generally not recommended with sipXecs and some >> of >> > > you >> > >>> may >> > >>> >> not even read this. However, I'm running out of options. I won't >> get >> > >>> into it >> > >>> >> here, but my choices are very limited, so if I can get CallCentric >> to >> > >>> work >> > >>> >> with sipXecs, I'm happy. >> > >>> >> >> > >>> >> So far I have the basics working. Both inbound and outbound calls >> seem >> > >>> to >> > >>> >> be working as expected (minus the inbound caller id name, but I've >> > > only >> > >>> >> tested one number so far). However, I just ran into a problem >> where an >> > >>> >> external line will not ring when I set a call forwarding rule for >> a >> > >>> user. >> > >>> >> Here are the scenarios: >> > >>> >> >> > >>> >> - OK: Landline -> voip.ms DID -> sipXecs -> internal extension -> >> > >>> >> voip.ms -> external number >> > >>> >> - OK: Landline -> callcentric DID -> sipXecs -> internal extension >> -> >> > >>> >> voip.ms -> external number >> > >>> >> - Not OK: Landline -> voip.ms DID -> sipXecs -> internal >> extension -> >> > >>> >> callcentric -> external number >> > >>> >> - Not OK: Landline -> callcentric DID -> sipXecs -> internal >> extension >> > >>> >> -> callcentric -> external number >> > >>> >> >> > >>> >> In all cases, the internal extension rings. However, when >> callcentric >> > > is >> > >>> >> used to forward the number, the external number does not ring. >> > >>> >> >> > >>> >> Is this a known issue with CallCentric? If someone was able to get >> > > this >> > >>> to >> > >>> >> work, what steps did you take? >> > >>> >> >> > >>> >> Are there any other limitations with CallCentric that I should >> know >> > >>> about? >> > >>> >> >> > >>> >> Regards, >> > >>> >> Tim >> > >>> >> >> > >>> >> > >>> _______________________________________________ >> > >>> sipx-users mailing list >> > >>> [email protected] >> > >>> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >> > >>> >> > >> >> > >> >> > >> >> > >> -- >> > >> Michael Picher >> > >> eZuce >> > >> Director of Technical Services >> > >> O.978-296-1005 X2015 >> > >> M.207-956-0262 >> > >> @mpicher <http://twitter.com/mpicher> >> > >> www.ezuce.com >> > > _______________________________________________ >> > sipx-users mailing list >> > [email protected] >> > List Archive: http://list.sipfoundry.org/archive/sipx-users/**** >> >> >> _______________________________________________ >> sipx-users mailing list >> [email protected] >> List Archive: http://list.sipfoundry.org/archive/sipx-users/**** >> >> >> >> **** >> >> ** ** >> >> -- >> Michael Picher >> eZuce >> Director of Technical Services >> O.978-296-1005 X2015 >> M.207-956-0262 >> @mpicher <http://twitter.com/mpicher> >> www.ezuce.com**** >> >> ------------------------------ >> This message and any files transmitted with it are intended only for the >> individual(s) or entity named. If you are not the intended individual(s) or >> entity named you are hereby notified that any disclosure, copying, >> distribution or reliance upon its contents is strictly prohibited. If you >> have received this in error, please notify the sender, delete the original, >> and destroy all copies. Email transmissions cannot be guaranteed to be >> secure or error-free as information could be intercepted, corrupted, lost, >> destroyed, arrive late or incomplete, or contain viruses. Garrett County >> Government therefore does not accept any liability for any errors or >> omissions in the contents of this message, which arise as a result of email >> transmission. >> >> >> Garrett County Government, >> 203 South Fourth Street, Courthouse, Oakland, Maryland 21550 >> www.garrettcounty.org >> >> _______________________________________________ >> sipx-users mailing list >> [email protected] >> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >> > > > > -- > Michael Picher > eZuce > Director of Technical Services > O.978-296-1005 X2015 > M.207-956-0262 > @mpicher <http://twitter.com/mpicher> > www.ezuce.com
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
