Geoff Manning
2005-Oct-11 05:42 UTC
[Asterisk-Users] Asterisk and Mitel SX 200 Slip and Frame Err ors causing Major Ala rms
Eric "ManxPower" Wieling wrote:>> >>> span=1,1,0,d4,ami >>> e&m=1-24 >>> > > Looks like you have told Asterisk to get it's timing from the Mitel. > I'll bet the Mitel is trying to get it's timing from Asterisk. > > Try span=1,0,0,d4,ami and run ztcfg -vvv >I just set this back. It was originally set to your proposed setting but we had been playing around with all the settings to get the slips to go away. This must have been overlooked. Thanks, Geoff
Geoff Manning
2005-Oct-11 08:31 UTC
[Asterisk-Users] Asterisk and Mitel SX 200 Slip and Frame Err ors causing Major Ala rms
Dennis Walker wrote:> > But I did find that down in the t1 parameter settings you can set the > limits higher. I maxed them out and the problem went away, it would > reset the count in a rolling 24 hours luckily the slip count just > stayed below the limit. >Do you by chance now what the max values are? The onsite tech set it to 1000 but we aren't sure that was an arbitrarily "high" number or the max value. Thanks, Geoff
Geoff Manning
2005-Oct-11 09:23 UTC
[Asterisk-Users] Asterisk and Mitel SX 200 Slip and Frame Err ors causing Major Ala rms
Eric "ManxPower" Wieling wrote:>> >>> span=1,1,0,d4,ami >>> e&m=1-24 >>> > > Looks like you have told Asterisk to get it's timing from the Mitel. > I'll bet the Mitel is trying to get it's timing from Asterisk. > > Try span=1,0,0,d4,ami and run ztcfg -vvvWe turned on the zaptel debugging and noticed the following entries in the /var/log/messages log. Any clue to what they are indicating? server:/et/asterisk# tail /var/log/messages -f | grep -A 1 resync Oct 11 12:21:45 localhost kernel: T1: Lost our place, resyncing Oct 11 12:21:45 localhost last message repeated 3 times -- Oct 11 12:21:45 localhost kernel: T1: Lost our place, resyncing Oct 11 12:21:45 localhost last message repeated 7 times -- Oct 11 12:21:47 localhost kernel: T1: Lost our place, resyncing Oct 11 12:21:47 localhost last message repeated 4 times -- Oct 11 12:21:47 localhost kernel: T1: Lost our place, resyncing Oct 11 12:21:47 localhost last message repeated 2 times -- Oct 11 12:21:51 localhost kernel: T1: Lost our place, resyncing Oct 11 12:21:51 localhost last message repeated 5 times -- Oct 11 12:21:55 localhost kernel: T1: Lost our place, resyncing Oct 11 12:21:55 localhost last message repeated 6 times -- Oct 11 12:22:01 localhost kernel: T1: Lost our place, resyncing Oct 11 12:22:01 localhost last message repeated 3 times -- Oct 11 12:22:01 localhost kernel: T1: Lost our place, resyncing Oct 11 12:22:01 localhost last message repeated 2 times -- Oct 11 12:22:02 localhost kernel: T1: Lost our place, resyncing Oct 11 12:22:02 localhost last message repeated 3 times -- Oct 11 12:22:08 localhost kernel: T1: Lost our place, resyncing Oct 11 12:22:08 localhost last message repeated 3 times They are too numerous to match the slip errors/framing errors per hour (about 500 and 1000 respectively). These are generating at a clip of about 7,000 per hour. Thanks, Geoff
Dennis Walker
2005-Oct-11 09:46 UTC
RE: [Asterisk-Users] Asterisk and Mitel SX 200 Slip and Frame Err ors causing Major Ala rms
I'm not sure any more but; I think like 2400 per day. You can tell by just putting a number in it won't accept a value over it's limit. Unfortunately it isn't real high. ---------- From: Geoff Manning[SMTP:gmanning@zoom.com] Reply To: Asterisk Users Mailing List - Non-Commercial Discussion Sent: Tuesday, October 11, 2005 11:31 AM To: 'dwalker@jackson-tube.com'; 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: RE: [Asterisk-Users] Asterisk and Mitel SX 200 Slip and Frame Err ors causing Major Ala rms Dennis Walker wrote:> > But I did find that down in the t1 parameter settings you can set the > limits higher. I maxed them out and the problem went away, it would > reset the count in a rolling 24 hours luckily the slip count just > stayed below the limit. >Do you by chance now what the max values are? The onsite tech set it to 1000 but we aren't sure that was an arbitrarily "high" number or the max value. Thanks, Geoff _______________________________________________ --Bandwidth and Colocation sponsored by Easynews.com -- Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users