Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

New SIP trunks keep disappearing, calls hit system but get busy tone

Status
Not open for further replies.

bigdave1980

Systems Engineer
Dec 18, 2017
192
GB
One of our customers has an SV9100 CP10 system which has been working on ISDN30 trunks for years. We have just added SIP trunks to the system as well, although the ISDN will remain in place for now. One of our engineers attended the site and installed the GPZ-IPLE VOIP card on the CPU. I have remotely installed the licenses (they 5103 VoIP Channel License x 16 and 5001 IP Trunk license x 12 installed) and have configured the system for SIP in exactly the same way as we've configured other customer sites.

I tell the system that there are 10 SIP trunks starting at trunk port 41, although the customer only has 8 trunks on their SIP service. I've assigned the first 8 SIP trunks as trunk group 2, with the remaining 2 assigned to trunk group 100 (not used). On the Blades page in PCPro I see the SIP field under the Trunks section populate with the 10 new trunks. I've got a test DDI set up on the SIP and I've pointed that directly at an extension via the DDI routing table. I call the test number and I get busy tone. The same happens wherever I point the test DDI. I know the calls are hitting the NEC because our network engineers were observing the Cisco router whilst I made test calls, and also I connected to the debug terminal in PCPro and could see the calls being rejected with an error message I've not seen before. The SIP service provider took a look from their side and have advised me that the calls are being rejected with a "Busy Here" error message.

I pulled a download of the database again and the Blades page no longer shows the 10 new SIP trunks that were definitely showing there before. I have repeated this many times - set the trunks, take a download, they disappear. Rebooting the system makes no difference.

Below is a screenshot of the Blades page with the SIP trunks showing, in case there's anything wrong I've overlooked there that you can spot, and below that is a sample output from a failed test call I've grabbed from the debug terminal (phone numbers redacted, replaced with xxx).

Any suggestions you may have will be very much appreciated.

Thanks,

Dave

Blades_Page_Screenshot_q6sunk.png


== 7/JUN/2021, 17:11:6 ==
*(EVENT),ID:00000323H,P1:00000000H,P2:00000000H,P3:100DA24CH,P4:00000000H,P5:00000001H
R ISDN : <<<<<<<<<<<<<<<<
3E 0B A1 04 01 01 00 USL(0,0),SETUP IND
08 02 00 38 05 Callref:ORG(56),SETUP
04 03 80 90 A3 Bearer capability [speech]
18 01 AB Channel identification
28 0B 30 31 39 3x 3x 3x Display [019xxxxxxxx]
+3x 3x 3x 3x 3x
6C 0D 00 80 30 31 39 3x Calling party number [019xxxxxxxx]
+3x 3x 3x 3x 3x 3x 3x
70 0C 80 30 32 34 37 35 Called party number [02475xxxxxx]
+3x 3x 3x 3x 3x 3x
this is H323_DMY_PORT_L...
S ISDN : >>>>>>>>>>>>>>>>
13 A1 10 01 01 00 USL(0,0),REJECT REQ
08 02 80 38 5A Callref:DES(56),RELEASE COMPLETE
08 02 80 91 Cause (17)
cevent_h323 : Error(lport not find)
 
@bigdave, what level is the password you are logging on with for the 10 day license. I think it may have to be manufacturer level
 
@OzzieGeorge, well unfortunately because I don't have physical access to the system I had to try to get the end user (a hotel manager) to do the programming for me. For that reason I changed the password temporarily on the Installer level account we use ourselves. It didn't work of course, so I changed the password back to make sure they were locked out of programming. I then saw somebody mention, same as you suggested, it may be that they need to log in with the Manufacturer credentials. Luckily I do have those credentials, but I didn't want to change the password on the MF account and give it to the end user so I left it alone. Is it even possible to change the password on the MF account? The SIP still isn't working so I might need to try it again today at some point, as we're getting near a deadline.

Thanks
 
the n e c MF password was removed from the later versions. If you still have the MF login, you would need to login via that and change the password via 90-02 but suspect that may not work either.
 
I see 8 not 10. Installer you should be able to use handset to go to 90-37 and activate the 10 day license.
 
@CoralTech @daddybadger I have connected to the SV9100 with the MF account just now via PCPro and have changed the MF level password to something temporary I can give to the end user. I have asked him to enter handset programming and have a look at 90-37, and just let me know what it says. Previously he was entering 90-37 via the keypad but as that option was inaccessible under the IN level account it just took him to 90-01 instead. Hopefully now that he's logging in with the MF account he'll be able to see what's in 90-37. I'll then instruct him to set it to 10. Once he's done that I'll change the MF password back to something he doesn't know.

One thought I had, if he sets it to 10 days and that seems to resolve the issue then I may want him to turn the license off again. Is it possible, once set to 10 under 90-37, to go back in again and turn it off by setting it to 0? Or do you have to wait out the 10 days? Doesn't really matter, I was just wondering.

Thanks
 
Ya, you can set it to zero. You always have to reset the system for them to take affect.
 
@CoralTech Ok thanks for that. I've now been having trouble with the MF username/password though. I can log into PCPro as MF level and that works just fine, I see "Manufacturer" up the top in red. I then find I cannot connect PCPro to the SV using what I believe is the correct MF username and password for the system. So instead I connect using an IN level account, go to 90-02 and I can see the MF (actually it says MAN) user account in the list, so I change the password to something new and upload the change, it seems to take it ok, I disconnect PCPro from the SV and try to reconnect using the password I just set, and it gets rejected. I've tried connecting with various other passwords I've seen mentioned (don't know if I'm allowed to mention them here) and it still fails to connect using the MF level account.

Whilst logged in as an IN account I performed a dump of the entire database then opened the resulting file in Notepad. I searched it for the username and sure enough there it is, and it says it's a level 1 account which of course is MF level, and shows the password which is the default one I've been trying. But those credentials still fail to work for some reason.

Thanks
 
Whilst you would need to get in with the manufacturer level, why not just create a new login with manufacturer level permission which you can then delete completely later?
 
@OzzieGeorge, I did actually try that yesterday. I created a user called TEST, set the password to 12121212, nice and simple, then set the user as MAN. I logged out of the SV and tried to log back in as the new TEST user, but the credentials were rejected.

Thanks
 
Are you able to connect via Telnet (I use a program called Putty) and output the user/password via the DIM? You would have to enable this in 90-31
 
I'm very pleased to say that this one now seems to be resolved, it turned out to be really simple. The system was indeed lacking port licenses. As soon as I applied a couple of additional licenses to the system and added a couple of SIP trunks back in, it kept the programming this time and they worked fine. I added in the additional port licenses and increased the SIP trunks to 8, all working fine as far as I can tell.

Thanks very much to anybody who's helped out with this one, I was certainly barking up a few wrong trees.

@daddybadger, I'm intrigued to know what the command would be to get the SV to output those details via the DIM if you don't mind saying, please, as I've got another issue elsewhere and it may be very handy. I use Putty all the time but not for connecting to NEC's. Enabled in 90-31 already.

Thanks all,

Dave
 
Bigdave1980,
Glad you got it working.

I have a question, with SIP Trunk licensing do you need to have multiple licenses to be able to place multiple calls even if the provider accepts multiple calls using the one sip trunk account information?
 
@Matt Scott, I would say yes you probably do. I'm not an expert though, so hopefully somebody else will be able to advise you for certain either way.
 
@matt_scott how I understand it is that the sip trunk will work on either IP authentication or Auth username and password. You will have x amount of channels and regardless of whether these can have 3 multiple calls will still require a licence for each of those 3 channels.

@bigdave I cannot divulge the method on an open forum, however I would advise against leaving 90-31 enabled all the time as will open you up to hacking.
 
@daddybadger Ok no worries, I had a feeling that might be the case. It's been a good number of years since I've had to do much with the DIM and that was with NEC tech support on the end of the phone, I can't remember what it was for though. Good point, I'll turn off 90-31, thanks.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top