it might be worth mentioning this would be the skype for business thing they have as a product, not their normal end user/consumer product)
(skype connect: http://www.skype.com/intl/en-us/business/skype-connect/) I don't know anything has changed though to allow DID numbers to be used with skype, as they had been sending the account number instead fo the DID number, so not sure how really useful this is for routing inbound calls to anything other than a receptionist or aa. On Tue, May 10, 2011 at 9:15 AM, Michael Picher <[email protected]> wrote: > Issues like this are why I use an external session border controller... > specially with HA systems. > > Mike > > On Tue, May 10, 2011 at 6:38 AM, Irena Dolovčak > <[email protected]>wrote: > >> Hi guys, >> >> we have a problem regarding High Availability cluster. two sipxecs servers >> are connected through HA cluster, and each one of them has their own trunk. >> our phones are registered randomly on both servers. >> >> although the high availability works (when one server goes down, the >> second takes over all the calls immediatley), it seems that incoming calls >> don't always get through. to be more precise, exactly every second call goes >> through. by checking the logs, it seems that the remaining sipxecs server >> (one is down) does load balancing, that is, once it processes the call >> himself, once it sends the call to the other server (although it is down), >> thinking it will process the call. while this isn't a problem while both >> servers are up, it kinda makes HA system pointless, because we want to have >> all the calls going through no matter what. >> >> by the looks of it, one would say this is the way the sipxecs was designed >> to function, because this thing always happens. it even happened in the >> 4.2.1 version (now we are using 4.4.0). we want to be sure every call, >> outgoing and incoming, will get through. after all, that is why we are >> making the HA cluster in the first place. does anybody has any idea how to >> stop this load balancing of incoming calls? >> >> additional information: >> it didn't matter if the phone was registered with the server that was >> still up, or with the server that went down we would get the problem >> described above. >> >> p.s. >> we also had a problem with sipxbridges in HA. although these two problems >> seem unrelated, for more information on the other one check: >> >> http://track.sipfoundry.org/browse/XX-9582?focusedCommentId=55113#action_55113 >> >> >> Regards, >> -- >> Irena Dolovčak >> >> _______________________________________________ >> sipx-users mailing list >> [email protected] >> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >> > > > > -- > There are 10 kinds of people in this world, those who understand binary and > those who don't. > > [email protected] > blog: http://www.sipxecs.info > call: sip:[email protected] > > _______________________________________________ > 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.326.5325 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
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
