×
INTELLIGENT WORK FORUMS
FOR COMPUTER PROFESSIONALS

Log In

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips Forums!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!
  • Students Click Here

*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.

Students Click Here

Jobs

OS4000 v8 - can HG3500ip support trunks to 2 different locations?

OS4000 v8 - can HG3500ip support trunks to 2 different locations?

OS4000 v8 - can HG3500ip support trunks to 2 different locations?

(OP)
Question, I think I saw this discussed here way back, so sorry for being lazy about searching... I'm pretty sure I can do this, but thought I'd check.. I have an HG3550 that is currently used for SIPq to another 4000 location, can I reconfigure a portion of the available trunks to be used for SIPq to a 3000? So the gateway would in effect have 2 trunk groups configured on it..

RE: OS4000 v8 - can HG3500ip support trunks to 2 different locations?

(OP)
Just wanted to add, I am having the same type of issue that was reported in this thread thread965-1755926: IP NETWORKING OPENSCAPE V 7 AND HIPATH 3800 ISSUE - Its been a problem intermittently since we upgraded our 4000s from v5 to v7. Now we're v8, but when we were v5 we had Cornet trunks between each site. With v7 we had to go to SIPq, and the 3000 will only support SIPq to a single site. But.. when the trunks were reconfigured (Unify) configured the trunks to point to our secondary 4000 instead of the main site where the Xpressions is located. So calls from the main site to the 3000 have to tandem thorough the smaller 4000, and calls from the 3000 that forward to Xpressions, have to tandem through the smaller 4000 to the main site / Xpressions. I want to move the SIPq ties from the secondary 4000 over to the main site with the larger 4000... Plus, at the main site I actually have 4 STMI cards in the trunk group for my SIP ties.. There is only one other 4000 with just a single STMI... Long story, but because of construction, we had 2 4000s up and running at both of our locations, so we had 4-4000s running at one point, thats how I became so over trunked here..

RE: OS4000 v8 - can HG3500ip support trunks to 2 different locations?

You can use SIPQ to two different destinations by using the same trunk group, but different GKREG numbers.
So you don't have 1-1-1-0 BUEND 4 '4K', and 1-1-1-1 BUEND 3 '3K'. You can add that, but it won't work the way you think it will. Instead you add 1-1-1-0 and 1-1-1-1 into the same BUEND and call it IP Trunk or whatever. Then in the LDAT in the 4K you pass the STMI the destination IP address from GKREG.

You can't do this with native SIP (at least, you're not meant to) because with native SIP you should use a 'Profile' configured in the GUI of the STMI to specify the destination, which effectively locks the STMI to 1 IP address unless DNS SRV is used, which would not help you here. It is still possible to configure SIP not SIPQ in GKREG, but you don't get the benefits of the extra profile parameters in the GUI, it's less secure, and it's not supported.

RE: OS4000 v8 - can HG3500ip support trunks to 2 different locations?

Hi
You can integrate the system with many locations either it is OS4K or Hipath 3K

My HQ system is OS4K and I have connected 6 more branches where OSB and HP3K systems are working.

I am using closed numbering plan.

You have to create the gatekeepers as below example

ADD-GKREG:1,INTGW&REGGW&HG3550V2&H323,,
,0,0,
64,
"",
;
ADD-GKREG:2,INTGW&HG3550V1&HG3550V2&SIPQ,,
,0,0,
64,
"",
;
ADD-GKREG:201,EXTGW&HG3550V1&HG3550V2&H323,10.7.1.57,
111201,0,0,
64,
"XPRESSION",
TRADITIO;
ADD-GKREG:202,EXTGW&REGGW&HG3550V2&SIPQ,10.2.10.11,
111202,0,0,
64,
"Branch 1",
TRADITIO;
ADD-GKREG:203,EXTGW&REGGW&HG3550V2&SIPQ,10.3.10.11,
111203,0,0,
64,
"Branch 2",
TRADITIO;
ADD-GKREG:204,EXTGW&REGGW&HG3550V2&H323,10.15.2.11,
111204,0,0,
64,
"AFCO NDC",
TRADITIO;
ADD-GKREG:205,EXTGW&REGGW&HG3550V2&SIPQ,10.16.2.11,
111205,0,0,
64,
"Branch 3",
TRADITIO;
ADD-GKREG:206,EXTGW&REGGW&HG3550V2&SIPQ,10.6.2.11,
111206,0,0,
64,
"Branch 4",
TRADITIO;
ADD-GKREG:207,EXTGW&REGGW&HG3550V2&SIPQ,10.200.197.11,
111207,0,0,
64,
"Branch 5",
TRADITIO;
ADD-GKREG:208,EXTGW&REGGW&HG3550V2&SIPQ,10.21.2.10,
111208,0,0,
64,
"Branch 6",
TRADITIO;

AMO-GKREG-111 GATEKEEPER REGISTRY
REGENERATE COMPLETED;

RE: OS4000 v8 - can HG3500ip support trunks to 2 different locations?

(OP)
Thanks.. So Moriendi, Since I already have a trunk group configured on my STMI in the 4K, I can create another GKREG that uses that trunk group? Then create a new LDAT that will point to my gateway in the 3k? That makes sense, but I have one question.. I thought I was told by BLS when they originally got this working, that there needed to be a like number of channels configured between the 4k and the 3K. Like a point to point???? Thinking about that now, doesn't seem correct. My 3K has only 14 licensed channels for SIPQ, and right now I only have 14 channels configured in the current 4k location on that STMI.. Seems like a waste of alot of channels on the 4k STMI... But that is how they have it configured now..

RE: OS4000 v8 - can HG3500ip support trunks to 2 different locations?

Yes, add another GKREG for an external SIPQ gateway, add a new richt and ldat, pass it the new GWNO (ie GKREG number) in the LDAT, and the STMI will invite to the new IP.

Number of channels, it doesn't map the channels like for like across the IP network, if you seize channel 5 outgoing on the TDM side of the STMI, you won't automatically get channel 5 incoming on the other side, the STMI will search for a free TDM channel to reach the 4K when it receives the invite from the LAN. If at the moment you are 14 channels both sides, if you increase the 4K side because you've added a new destination and you think it's going to be busier, but then someone dials on that new 15th channel to try and reach the site that has 14 channels busy already, it will leave outgoing but be refused on the incoming side, probably released no circuit/channel available, something like that, and give busy tone/network congestion. It's not going to cause you a major problem, if you regularly are busying all channels, might be time to allocate some more (trunks are not licensed in 4K V8 (but I see you are V7)). You might be able to get them to drop licenses off one node to put on the other if you have a 4K with too many licensed ports on it. Above I'm referring to 4K to 4K, but I can't imagine the 3K behaving differently.

RE: OS4000 v8 - can HG3500ip support trunks to 2 different locations?

(OP)
Thanks Moriendi,
Sorry for the slow reply, too many other things happening.. Yeah, I have no issues with the number of available trunks / channels at the 3K, I don't think I've ever seen more than 8 Used. Every few months, when there is a network issue, the trunks stop functioning and I get busy. Which brings me to another question: do the gateways automatically re-establish the inivte / registration with each other?
Thanks!

RE: OS4000 v8 - can HG3500ip support trunks to 2 different locations?

There's no registration out to the other node (configured usually 4K to OSV only). So if the LAN is up and active, the STMI will send an invite, if it has received the setup from 4K). If you are getting busy, I'd first check the 4K PEN with SDSU to make sure the channels are not all busy, so, at least one shows as READY and no CP/CPH. You could make a 4K trace to see if the setup hit the STMI, and if so what is the clear cause coming back (RDS from Assistant will show this), and take a LAN trace also to see if 4K sent invite and if so, did it get a response, did it reach the other end. Not too difficult to investigate but you need the right traces. For LAN trace you can either configure monitor session on the data switch or enable the RPCAP daemon on the STMI (from web GUI, trace menu) so it will stream straight to Wireshark. You might not be able to fix the problem but you can definitely find out what is the problem, and what isn't.

Red Flag This Post

Please let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

Red Flag Submitted

Thank you for helping keep Tek-Tips Forums free from inappropriate posts.
The Tek-Tips staff will check this out and take appropriate action.

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members! Already a Member? Login

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close