This is how I did the IP change - but *somewhere* in the system it is still remembered, as the web interface reports the old IP, but the server is clearly listening on the new IP. In addition, like I said, the icmp replied on the NEW IP are coming back from *both* interfaces (internal and wan)...
I'm running into an issue with my teleworker server. I had to re-IP my network, and the teleworker IP had to be changed. I changed it via the ssh interface (is there any way to get to a command line??) and the box seems thoroughly confused.
On one hand, it will respond to pings on the new IP...
Looking closer at the situation, the D-Channel (for SOME reason) goes down, and once it comes up it flaps until I restart the system. It did this for 6 hours straight it would appear before the system was restarted and the issue cleared. What could lead to this behaviour?
New to the 3300 (coming from a BCM, ugh) and I have an odd issue... twice in the past two weeks my D-channel flapped, and when it comes back up calls still ring busy to those trunks (from outside in). I've tried "returning to service" the trunk lines with no success, but a restart of the system...
I just tried this, but with no luck. I'm not sure I understand the concept of using a wildcard for a destination code.
I created a new one called 6A, and the user type 69<phone number) to get out (which works when dialed from a set). But still a disconnect once forwarded.
I'm not sure what you mean here... what is the "A" exactly, a pause? The system won't accept A as part of the forwarding number...? Or am I misunderstanding you?
Thanks for the assist!!
In addition - it works SOMETIMES. I just can't quite figure out the pattern as to when it works vs. when it doesn't. I don't have any other complaints about this feature, and I've got over 130 users on the system...
I've got a BCM400 with 2 PRI trunks.
When a particular user tries to forward his DN to his cell phone, which IS allowed, it rings once (maybe, sometimes not at all) and rings fast-busy. Below is a trace of the PRI itself, and I can't determine why this would drop th call. Any thoughts? Help! :)...
I have two PRI links on a BCM 3.6 platform. I have two PRI trunks with 19 channels active. The trunks have the line provisioning correctly set on the lines.
The first PRI is set to select the channels descending and works just fine starting at the first provisioned line, skipping the...
Thanks guys - I do in fact have to make the resource change. I have 3 x 32+ DSMs and don't anticipate more TDM sets (we're near it's max) and need to an IP client headroom for additional IP sets. After that I'm maxed out and will be forklifting the system in favour of a Mitel 3300 setup.
I have thrown together a little VBA app in excel that basically uses keywords to define the beginning and end of a call, it has limitations like there's little logic to deal with transferred calls, but in my particular environment, it's not that important. I match those numbers against a DB from...
Because it's a T1 trunk, do I have to otherwise inform the system that it's switched buses?
I intend to remove a 4 port analog trunk on bus 5, place the T1 (it's my second trunk) in it's place and bring the system back up.
Just making sure I'm prepared, thanks again for the assist.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.