we have an issue where Arris eMTAs need between 6 and 7 minutes to successfully register with the SIP server. Being that much too long, we set values
SnmpMib = sipCfgRegTimerMin.0 60
SnmpMib = sipCfgRegTimerMax.0 60
and everything is still the same.
After the registration, incoming calls work as they should, but outgoing calls don't.
Could it be connected to codecs? The SIP server uses ulaw and alaw codecs and we are having the following line in the MTA configuration file:
SnmpMibObject enterprises.4115.11.1.8.0 String "ULAW;ALAW;G723;G729;PCMU" ;
One of my BSR 2000 is hosed; I am getting a VxWorks prompt on boot.
Can someone tell me how to reinstall from this state? Here is what I get:
[VxWorks Boot]: @
boot device : nvram
unit number : 0
processor number : 0
file name : boot
inet on ethernet (e) : 172.16.0.19:ffff0000
gateway inet (g) : 172.16.0.254
flags (f) : 0x0
target name (tn) : bsr2000
Start application from NVRAM:
Booting image boot
isValidAppImage: Ram file checksum disagrees with original checksum!
Original xsum = 0x30302067, New xsum = 0xacd6f24c
could someone please encode the following parameters in the configuration file with the Arris PacketAce and attach the binary file:
SnmpMib = sipCfgRegTimerMax.0 1800
SnmpMib = sipCfgInviteLinger.0 16000
SnmpMib = sipCfgRepeatDialingTimeout.0 1800
SnmpMib = sipCfgSessionExpires.0 1800
We just need the OIDs of the encoded parameters ...
I'm looking for a copy of Solarwinds signal quality monitor. I've gone to the web site, but don't see it anywhere.
if you've got a link or the program, please post
First off, I'm a journeyman CMTS handler. I've kept my system alive and functional, but I've reached my limit of understanding when load-balancing via the CMTS itself is required.
Anyone using Upstream bundling on Cisco MC20x20 cable card.
Could you share your opinion about stability & performance
and if possible some uBR10K config
On our BSR 64k we have a TX32 card ( 8 port 4 channel docsis downstream card for use with doc3.0). We had a cable interface bound to 3 channels of the tx32 port and decided we would add the forth (software problem previously prevented us doing so) So i unbind after shutting down tx32 interfaces and rebind with all 4 channels. Once everything was status up. all seemed well and our modems can take a few minutes to range so i figured all was well. Well this was not the case 50% of the modems got stuck in dhcp(o) and are only able to get back online with a hard poweroff of 1 minute.
Hello, everyone.
I'm wondering if the subject is possible. I have a cisco router and a linux server with dhcpd several hops away. Cisco is relaying dhcp requests from the devices to a linux server through a GRE tunnel. I'm getting the REQUEST dhcp packets on a tunnel interface (checked with tcpdump). However the dhcp log is empty. UBR config is as follows. I can ping the Cable1/0 interface(s) from the dhcp server (Centos). I can not ping the public ip address of the dhcp server from the Cable1/0 interface though.
