| |||||||||
![]() | | ||||||||
| |||||||||||||||
| |||||||||||||||
| Siemens / Rolm Ask Questions and Find Answers: MD110, HiCom, HiPath, 7000, 8000, and 9000 Series Systems |
| Tags: 300, alternate, hicom, lcr, routing |
![]() |
| | LinkBack | Thread Tools | Display Modes |
| | #1 (permalink) | ||||||||
| Junior Member ![]()
Location: Sofia, Bulgaria Rep Power: 5 ![]() | Hi, I have the following scheme implemented - Siemens HiCom with 2 ISDN PRI interfaces. One PRI goes to the PSTN and the other goes to a VoIP gateway. The idea is to implement LCR cost routing for the outside calls - first to try a call via the VoIP gateway and if no luck - via the PSTN. The core of the problem is that it can not be implemented with the LCR/LODR commands. With LCR configured if a call will be rerouted to the PSTN only if the PRI to the VoIP gateway is PHYSICALLY DOWN. If it is UP, when Siemens sends a call to the VoIP-GW PRI it does not care at all what will happen with the call. It does not pay attention to T.303 timeouts, or to the ISDN cause codes. What I want is to implemented alternate routing where the call will be really routed to the second PRI, if the first can not handle the call. AFAIK, on EWSD a call with alternate routing configured will be rerouted to the next possible route if one of a several ISDN codes is received (like 3,27,31,33,34 and etc). Could this be accomplished with the RICHT AMO ??? Has anyone tried it so far ??? | ||||||||
| | |
| | #2 (permalink) | ||||||||
| Moderator ![]()
Location: Sydney, Australia Rep Power: 6 ![]() | Not sure If I get exactly what you are doing. I have a hicom 300 also. Why would calls only be routed to the PSTN if the VoIP is physically down when using LCR? I would have thought it could tell when all trunks were busy. I have not set a VoIP gateway but have setup a GSM gateway/trunk, I have used AMO LDAT to do LCR of GSM calls. First it tries the GSM Trunk group Second - ISDN Trunk group Third - second ISDN Trunk group Fourth - Analogue PSTN (POTS) Could you give some more information on the current setup, do you currently have calls going out via the VoIP gateway? What is your trunk group setup? | ||||||||
| | |
| | #4 (permalink) | ||||||||
| Moderator ![]()
Location: Sydney, Australia Rep Power: 6 ![]() | RE: Haven't tried it. ISDN cause code 34 - No Circuit/Channel available. So you are saying that the HICOM is not recognising the response and therefore still tries to put the call throught that link? What are you using the VoIP for? Is it to link two PBX's together? What equipment are you using? How have you connected the VoIP to the HICOM? | ||||||||
| | |
| | #5 (permalink) | ||||||||
| Junior Member ![]()
Location: Sofia, Bulgaria Rep Power: 5 ![]() | VoIP Peering Gaining Momentum....Upcoming Summit Well, the right answer is - it does not PAY ATTENTION to the disconnect cause I am using the VoIP as a cheaper route to national and international call. The sheme is: Telecom <--E1--> | HiCom PBX | <--E1--> VoIP gateway <--IP--> I have tried it with Quintum and Cisco voice gateways, but it is not the matter of what kind of gateway is put there. | ||||||||
| | |
| | #6 (permalink) | ||||||||
| Junior Member ![]()
Location: Sofia, Bulgaria Rep Power: 5 ![]() | Dtu, have you ever tried if your LCR works ? Let suppose that the ISDN protocol at your first PRI is up, but for some reason the call is not completed, shall Hicom route the call to the next PRI ? Please, I need to make sure that it is working. I have to implement such a scheme here. I am a telecom/VoIP engineer and do not have experience with Siemens AMO. The Siemens PBX engineer here has just decided that it can not be done and trying to get rid of the task | ||||||||
| | |
| | #7 (permalink) | ||||||||
| Moderator ![]()
Location: Sydney, Australia Rep Power: 6 ![]() | confirmation to ATB I know it works if all of my GSM trunks are busy it reverts to ISDN. I know if all of my ISDN channels are busy it overflows to PSTN. So in effect I have four Trunk groups set up (Buend) 1 - GSM 2 - ISDN - Bothway 3 - ISDN - Outgoing 4 - PSTN LDAT will control sequence of Routes - LCR directions My GSM devices are connected to TMCOW ports. --------------------------------------------------------------- LDPLN - Admin LCR dial plan LODR - LCR outdial rules RICHT - Trunk routing | ||||||||
| | |
![]() |
| Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
| Thread Tools | |
| Display Modes | |
| |
Similar Threads | ||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Siemens HiCom 300 H - Cisco Call Manager Integration | sherlockphones | Cisco | 6 | 08-17-2008 09:56 PM |
| Hicom 300, CM-Win | nbiddle | Hicom/HiPath | 1 | 09-28-2006 08:12 AM |
| hicom 300 manuals | gyaneshwarmishra | Hicom/HiPath | 1 | 09-19-2006 02:10 AM |
| Siemens Hicom 300 system | eSmith | Hicom/HiPath | 1 | 09-03-2006 10:23 PM |
| Hicom 300 E Set up QSIG to Nortel M1 with Call Pilot | webstergl | Hicom/HiPath | 0 | 08-02-2006 03:10 PM |