apostolakisl

Just to be clear, the old switches need to be fully integrated into ISY. I am not quite sure from your post if you just got the ISY, or if the system was already fully ISY integrated. But, any switch that is properly enrolled in the ISY is a breeze to swap out. Personally I don't even bother to name the new switch. If you leave it blank, ISY will just name it the same as the address. As mentioned, as soon as the ISY completes the replacement, it assigns to it the name the old switch had. Also, unless I have missed some trick, the swtich has to be in the root folder. In other words, if you have it in a subfolder, you need to pull it out of that folder and put it in the root "my lighting" directory. As soon as you swap it out, just move it right back to the other folder. Also, you can only swap out the same type of switch. In other words, icon dimmer for icon dimmer, not switchlinc dimmer.

Hello apostolakisl, I have tried reading your post from beginning to end a few times with hopes that I could offer some help. The post above seems somewhat inconsistent with the rest of the thread? I have to question when someone says their system works at least 99% of the time. From the help others have offered and your responses I believe your system has some (possibly several) very real issues that you need to address if you want to attain reliable operation. I understand it can be very difficult without test equipment to make progress. I do want to throw out a couple of thoughts in hopes it might help some. If I read correctly It appears that Ack messages from the PLM to several devices are not making it though on 1 hop. Your desire is to increase the system performance such that 1 hop is all that is required. 1) You stated that you have a 2412S PLM. My 2412S had a rather weak transmitter. That may have been only my one device but I beleive the hardware design of the 2413 has a stronger transmitter. In addition the newest 2413 I purchased also has new firmware that appears to have changed the hop assist protocol. Normally the PLM would not participate in simulcasting its own 1st hop. My newest device does. I hate to suggest that you invest in a new PLM and find that it did not improve your situation but you might consider it. Without ability to monitor you signal levels it would only be a guess. 2) You talk about removing old signallincs and others have questioned how you might be coupling your phases. I think you need to be serious about getting a good intentional coupling whether that be via a hardware coupler or newer Access points. 3) Are you using any filters? Have you read others posts about devices they have had to add filterlincs to? In my experience there are lots of home appliances that can degrade your communications and it is likely that at least some of these may need to be filtered. As a side note: I also read where you used a 100ft extension cord when testing different positions for your PLM (as a diagnostic tool). I recently did a test to compare 175 ft of 14/2 romex against a 75Ft 14/2 extension cord. This test showed that a long extension cord (dependent upon its design) can be way worst than romex for Insteon signals. In romex the conductors are spaced farther apart and that results in a lower capacitance (there are other factors as that affect this as well but this is the obvious one). While the romex added very little measureable attenuation the extension cord added a fair amount. Using the comparative system system I have been previously the romex was null whereas the extension cord was greater than 1 Standard Insteon load. The point here is when doing a diagnostic test, where you move the PLM, use as short of a cord as required. Hope this did not sound too harsh. I did hope to help. Thanks for the info. And by 99% I mean not including the issue with that program that requires one hop. That is really an "on the fringe" use of Insteon in my opinion. I would say that when given the chance for 3 hops, damn near everything works every time. My 2412s PLM is 2 years old and I replaced it at that time to try to get to 100%. My previous one would be about 5 years old now (forgot the number). Frankly, I am not sure anything changed 2 years ago with that trade out. The newest ones may be more of a change. I suppose it would be worth a try. The 100ft cord I was using was 12 gauge industrial grade (makes your arm muscles burn as you coil it). And it didn't matter where I plugged it in or if I didn't use the cord at all. I couldn't find any change in my scene test results. I do have 2 Insteon noise filters. The one is filtering a known problem with a low-voltage light transformer. This was obvious. The other filters all of my HA stuff (except the PLM of course). This includes all of my audio/computers/Elk panel/video cameras/sattelite receiver/other sundries. It isn't clear that installing this changed anything, but it is there. There is no association with anything in my home being on/off and the extra hop count. If I sit there and hit the same switch over and over and over, it will just every once in a while take 2 hops instead of 1. Not like something is turning on and screwing it up unless it just flips on for a second, which I just don't think is happening. I think it is just a situation where it is slightly on the fringe of enough signal strength and every now and then it just isn't quite enough.

So, here is what I think would be a first place to start to try to cut down on hops. 1) Buy a 2406h http://www.smarthome.com/2406H/SignaLin ... red/p.aspx 2) Drill through the back of my dryer j-box and pop out the wall near my HA stuff. 3) Put a double gang j-box and pull the 4 wire 240 line in. 4) Connect the 2406h to the 2 legs of the 220 and the neutral 5) Connect a 120 receptacle to one leg and the neutral plus ground 6) Plug the PLM into that outlet. Would anybody suggest that this is not the most direct way to get both phases connected to the PLM. It is effectively a dedicated circuit with a straight shot back to the breaker box. It would only have other activity when that dryer is on, and dryer's should be quiet as far as noise is concerned.

Any comments on the xpcr. I pretty much figured that a hop trace would be impossible, but it was worth asking. My command central room is behind a utility room which has a 220 drier outlet. I was thinking of drilling through and pulling a 220 wire into my communication room (actually part of the attic, but my attic is conditioned space), and putting the plm on one leg of the 220 and putting xpcr linking the two legs together. Having a dedicated line for the plm might be nice, but except for when the drier is actually on, I think this should be pretty much the same thing.

What exactly makes you think my system shouldn't work. The only piece I am missing is a phase coupler. I had assumed my rf signalincs were doing that, but it would seem that they were superfluous based on my normally function system without them. My system works at least 99% of the time. I have one icon dimmer that consistently fails, and by that I mean about twice per month it doesn't turn on or off as it should on its program. I get occasional "failed to communicate" messages on the ISY, but the thing is that it did communicate and everything worked. Perhaps that is failed ACK message. My only real problem is the thing that started this entire thread. Which for mysterious reasons is much better now only happening about 1/20 tries. I dug out my x10 coupler. It is a xpcr

So far, Still have the rf signalincs sitting in a box. The system works pretty much the same, maybe even better. I am not having any failed commands, but I still get the occasional false trigger of that program related to too many hops. Questions: is there any way to trace the hop path taken. Knowing that might help find a shorter path. maybe Do you think a hardwired signal linc at or near one or all of my subpanels might do the trick? It wouldn't surprise if the need for multiple hops has to do with getting from phase to phase. Although you would think the rf signalincs would have solved that, especiallly with 5. What are the odds that all would be on the same phase, pretty low I think, but I never checked. Do the hardwired x10 phase couplers work the same as the Insteon ones? I actually have one of those sitting in a drawer right now.

IM I ran links tables on several devices. What did you want to know? And I would say that my system is currently working without error with no RF devices. I have not been able to create the false program trigger that this whole thread goes back to. Lou

If you can get x10 to work, you will find ISY/insteon to be a breeze. All the "bugs" are on the fringe, far from routine application issues. Certainly there is a learning curve using the ISY, but it is a highly reliable device. Far more reliable than any pc I have ever owned.

SignaLinc RF #2442 are the units. Manufact dates are 12th week 06 and 24th week 05. And I don't have any of the stuff that uses the extended messages. All of those sorts of things in my house are part of the Elk. As far as Insteon is concerned, I only have SWL's, ApplianceLincs, Lamplincs, and a few icon dimmers. I have about 60 devices total.

Yeah, the hinged black antenna and they plug in. Most if not all of them have the pass through plug, which I see the "access points" on SH website don't have. I'll look at all of them when I get home and see. But I am pretty sure none have the words "access point" written on them. I didn't really study this issue, however, as I didn't know it was worthy of such attention. But I did for sure look closely at one of them before I started posting about them because I wanted to make sure I referred to them by their proper name! Who knew I was sabotaging myself.

Did they change the name at some point? I see on SH website that signal lincs are the hardwired phase couplers, but I know for a fact that the word "signalinc" is on at least a couple of mine followed by the item number. I will confirm tonight. I think it might actually say "rf signalinc". These guys are fairly old. Heck, I don't even know if they are doing anything at all. The led lights up on them but other than that I have no way to check them. I suppose I could isolate my plm using a filterlinc and see if it still can communicate by putting one of these "rf signalincs" on each side of the filterlinc.

I had tried running extension cords from my plm to various other outlets around the house (100 ft cord was more handy than long cat5) and I couldn't really find any improvement in performance. I actually used a washing machine plug that was on its own breaker. Of course, at the time I was looking at it differently. Possible. I do have over 100 feet from my panel to the transformer, but I guess that isn't that long. I can do that tonight. PS, anyone want to buy some signalincs? Seems that mine are just wasting electricity.

That was my point. The SWL didn't hear the ack in 1 hop (it took two) which resulted in the SWL message being sent to the PLM twice. On the second ACK from the PLM, it allowed for more hops, so it got through to the SWL. So I was trying to get the ACK to go through in one hop (not 2). Not knowing the path taken, I consisdered that the rf signal lincs may have been involved. If using a dual band plm takes one hop out versus two signal lincs, then that was my idea. Anyway, a full evening and full morning of activity have completed in my home without any signal lincs or rf insteon devices of any kind. Everything is working at least as well as before, possibly better. None of the lights this morning misbehaved as per the original problem. My home has standard two phase power with three subpanels. As far as things connected to both phases, that would include the oven, heat pumps, well pump, air handlers?, two clothes dryers. The oven has not been on, the heat pumps/air handers are probably off (it is actually 68 right now), the dryers are off, and the well is off. So at least one of those devices must have some standby draw that is using both phases, I guess.

OK, yes, just did it. I didn't even know how many I had. Turns out I found 5. I think I found them all. Anyway, I querried every device and they all respond. Don't know how it is getting from one phase to the other. Must be a 220 appliance. Anyway, I turned off a bunch of the lights with the program in question and none misbehaved. Of course, sometimes they work perfectly, and then other times they won't. So, if all goes well for a week or so, then I will thank you for the suggestion.

I am trying to get the message to complete in 1 hop. Currently I have some 2 hop situations which are screwing things up. If I can turn the 2 hop into 1 hop, it might help. The problem is that the PLM is receiving a message, but the SWL is not getting the ACK on the first try which is limited to 1 hop. So the SWL sends a second message, which the PLM also receives (causing erroneously program trigger), this time the ACk is limited to 3 hops (which gets through with one hop left). So, I am not aiming for zero hops total, just one less hop.

IM, So, are you saying that from power line, to signal linc, to second signal linc, and back to power line is 1 hop total? I'm pretty sure that is what you are saying. I don't really know how to interpret the graphs since I don't know what device is at each hop. So, if indeed that is the case, then what affect would a dual band plm have? Flow chart (SWL = switchlinc, SGL = signal linc, PLM SB = non-rf plm, PLM DB = dual band PLM ) SWL => SGL => SGL => PLM SB ??? 1 hop ??? SWL => SGL => PLM DB ???? 0 hops ???? I assume that a "hop" is when the signal gets repeated by a device that is not the target. So if a SWL message goes directly to the PLM, that would be 0 hops. So, according to my above theory (the validity of which is certainly in question), a dual band plm in some situations could get rid of one hop. Lou

My experience is that no, they are not treating it as a valid problem with their devices. I tried to exchange 10 switches I had that were about 3 months past the two year warranty, they said no, as did the "manager". They literally told me to sell them on ebay (which I did, but I did clearly label them as v35's).

Everything he said plus a few concepts. In a 3 or 4 way circuit you only have one load, so you would make the ramp rate and on level the same for all devices. This isn't actually necessary, but if you like your little led's to all move together then you would do that. The paddles that aren't actually connected to the load could have any on level and any ramp rate, the light would still turn on according to the ramp rate and on level defined in the scene for the switch that is connected to the load. But, you could just as easily have those 3 or 4 switches each with their own load (ie 4 different lights in a scene). In this case you may want each device to have its own unique ramp rate and on level. Any device that is a controller for that scene will turn all the devices on and it will do so according to the ramp rate and on level as defined for each device in that scene. All the devices could be controllers of that scene or even none of them. Only devices that are controllers will cause the other devices in the scene to turn on, so, if a device is only a responder in a scene, if you walked up to that paddle and turned it on, it would only turn itself on, not the other devices. Also, a switch that is in a scene will always behave according to its own (non-scene) ramp rate and on-level when you actually push it. So if 4 switches are in a scene and you turn the scene on from a program, all of the switches will ramp rate/on-level per the scene definitions. If instead you pushed one paddle that is a controller of that scene, that switch will turn on according to its own non-scene ramp rate/on level (which most people would set the same as for the scene), but all the others would ramp/on according to the scene definitions.

Am I assuming correctly that when an RF signal linc device transmits to another signal linc, and then back to plc, that this counts as 2 hops? If indeed that is the case, then using these devices to connect phases in a house would always be a more than 1 hop event. I would think that a dual band plm would potentially fix this.

Thanks guys.

Thanks IM, LeeG, etal, I did take a look at the tables in the Insteon pdf listed and gathered that ISY was substituting descriptions for some of the code. I am going to have to print everything out and start doodling on it if I have any chance of figuring it out. Obviously I am not looking at actual insteon traffic here but rather the ISY's interpretation of the stuff the PLM sends and receives. I am not sure how many hours I want to spend on it. It sure would be nice if the guys at UD who know this like the back of their hand created a nice cliff's notes version. Of course I don't want them to stop working on the Elk module to do it.

Is there a single organized write-up on all the jargon contained in these event logs? I would really prefer to be able to interpret this stuff myself and all I can ever find are tidbits of info about how to interpret the language, never a comprehensive write-up.

Lee, So we have established that the PLM/ISY has received the "off" signal, and sent an acknowledgement, but the switch didn't receive it so it sent a second "off" signal thinking the first didn't get through. So we know that at least some of the time, 1 hop isn't enough to get from PLM to Switch. How about the opposite, do we know how many hops it is taking from Switch to PLM? It obviously tries at least twice if it doesn't get an ack. Would it try more than twice? Would the "1" after "DOF" indicate that this is try number 2 and if there were a third try it would put a "2" there? I am trying to figure out if one hop is always enough to go from switch to PLM. If so, why isn't one hop enough to get back? This morning I had a heck of time with it. It took many tries to get it to stay off. Fri 9/30/2011 6:53:15 AM : [iNST-SRX ] 02 50 16.43.BC 00.00.01 C7 13 00 LTO FFRR(00) Fri 9/30/2011 6:53:15 AM : [standard-Group][16.43.BC-->Group=1] Max Hops=3, Hops Left=1 Fri 9/30/2011 6:53:15 AM : [ 16 43 BC 1] DOF 0 Fri 9/30/2011 6:53:15 AM : [ 16 43 BC 1] ST 0 Fri 9/30/2011 6:53:15 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 41 13 01 LTO FFRR(01) Fri 9/30/2011 6:53:15 AM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hop s=1, Hops Left=0 Fri 9/30/2011 6:53:16 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 42 13 01 LTO FFRR(01) Fri 9/30/2011 6:53:16 AM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hop s=2, Hops Left=0 Fri 9/30/2011 6:53:16 AM : [ 16 43 BC 1] DOF 1 Fri 9/30/2011 6:53:16 AM : [iNST-ACK ] 02 62 16.43.BC 0F 11 3F 06 LTO NRR (3F) Fri 9/30/2011 6:53:17 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 27 11 3F LTO NRR (3F) Fri 9/30/2011 6:53:17 AM : [standard-Direct Ack][16.43.BC-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 Fri 9/30/2011 6:53:17 AM : [ 16 43 BC 1] ST 63 Fri 9/30/2011 6:53:20 AM : [iNST-SRX ] 02 50 16.43.BC 00.00.01 C7 13 00 LTO FFRR(00) Fri 9/30/2011 6:53:20 AM : [standard-Group][16.43.BC-->Group=1] Max Hops=3, Hops Left=1 Fri 9/30/2011 6:53:20 AM : [ 16 43 BC 1] DOF 0 Fri 9/30/2011 6:53:20 AM : [ 16 43 BC 1] ST 0 Fri 9/30/2011 6:53:21 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 41 13 01 LTO FFRR(01) Fri 9/30/2011 6:53:21 AM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hop s=1, Hops Left=0 Fri 9/30/2011 6:53:21 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 42 13 01 LTO FFRR(01) Fri 9/30/2011 6:53:21 AM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hop s=2, Hops Left=0 Fri 9/30/2011 6:53:21 AM : [ 16 43 BC 1] DOF 1 Fri 9/30/2011 6:53:21 AM : [iNST-ACK ] 02 62 16.43.BC 0F 11 3F 06 LTO NRR (3F) Fri 9/30/2011 6:53:22 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 27 11 3F LTO NRR (3F) Fri 9/30/2011 6:53:22 AM : [standard-Direct Ack][16.43.BC-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 Fri 9/30/2011 6:53:22 AM : [ 16 43 BC 1] ST 63 Fri 9/30/2011 6:53:22 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 20 EE FE (FE) Fri 9/30/2011 6:53:22 AM : [standard-Direct Ack][16.43.BC-->ISY/PLM Group=0] Max Hops=0, Hops Left=0 Fri 9/30/2011 6:53:25 AM : [iNST-SRX ] 02 50 16.43.BC 00.00.01 C3 13 00 LTO FFRR(00) Fri 9/30/2011 6:53:25 AM : [standard-Group][16.43.BC-->Group=1] Max Hops=3, Hops Left=0 Fri 9/30/2011 6:53:25 AM : [ 16 43 BC 1] DOF 0 Fri 9/30/2011 6:53:25 AM : [ 16 43 BC 1] ST 0 Fri 9/30/2011 6:53:25 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 41 13 01 LTO FFRR(01) Fri 9/30/2011 6:53:25 AM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hop s=1, Hops Left=0 Fri 9/30/2011 6:53:25 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 42 13 01 LTO FFRR(01) Fri 9/30/2011 6:53:25 AM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hop s=2, Hops Left=0 Fri 9/30/2011 6:53:25 AM : [ 16 43 BC 1] DOF 1 Fri 9/30/2011 6:53:26 AM : [iNST-ACK ] 02 62 16.43.BC 0F 11 3F 06 LTO NRR (3F) Fri 9/30/2011 6:53:26 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 27 11 3F LTO NRR (3F) Fri 9/30/2011 6:53:26 AM : [standard-Direct Ack][16.43.BC-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 Fri 9/30/2011 6:53:26 AM : [ 16 43 BC 1] ST 63 Fri 9/30/2011 6:53:30 AM : [iNST-SRX ] 02 50 16.43.BC 00.00.01 C3 13 00 LTO FFRR(00) Fri 9/30/2011 6:53:30 AM : [standard-Group][16.43.BC-->Group=1] Max Hops=3, Hops Left=0 Fri 9/30/2011 6:53:30 AM : [ 16 43 BC 1] DOF 0 Fri 9/30/2011 6:53:30 AM : [ 16 43 BC 1] ST 0 Fri 9/30/2011 6:53:30 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 41 13 01 LTO FFRR(01) Fri 9/30/2011 6:53:30 AM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hop s=1, Hops Left=0 Fri 9/30/2011 6:53:30 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 42 13 01 LTO FFRR(01) Fri 9/30/2011 6:53:30 AM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hop s=2, Hops Left=0 Fri 9/30/2011 6:53:30 AM : [ 16 43 BC 1] DOF 1 Fri 9/30/2011 6:53:30 AM : [iNST-ACK ] 02 62 16.43.BC 0F 11 3F 06 LTO NRR (3F) Fri 9/30/2011 6:53:31 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 27 11 3F LTO NRR (3F) Fri 9/30/2011 6:53:31 AM : [standard-Direct Ack][16.43.BC-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 Fri 9/30/2011 6:53:31 AM : [ 16 43 BC 1] ST 63 Fri 9/30/2011 6:53:35 AM : [iNST-SRX ] 02 50 16.43.BC 00.00.01 C7 13 00 LTO FFRR(00) Fri 9/30/2011 6:53:35 AM : [standard-Group][16.43.BC-->Group=1] Max Hops=3, Hops Left=1 Fri 9/30/2011 6:53:35 AM : [ 16 43 BC 1] DOF 0 Fri 9/30/2011 6:53:35 AM : [ 16 43 BC 1] ST 0 Fri 9/30/2011 6:53:35 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 41 13 01 LTO FFRR(01) Fri 9/30/2011 6:53:35 AM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hop s=1, Hops Left=0

Lee, thanks for the insight. I don't really know where to go from here. The ISY has a basically instant response to button presses of these devices as I watch the console or if I do querries. I don't know why the com would be so quick and error free from device to PLM to ISY but not from PLM to device. The problem barely existed prior to upgrading my firmware, so I don't know what to make of that. The PLM is 2 years old. The problem exists on every device that I have the program running on. I assume that means it actually exists on every device, it just doesn't cause a problem unless it has this program. And why does it list max hops as 1, 2, or 3 at different times? Does the max hop count mean that it quits repeating after 1, 2, or 3 hops? Why would it limit itself to 1 hop max ever?

OK, here they are with all the extra detail. You can see the "DOF 1" in there a little over half way down which is the erroneous "off" signal that put the light to 25% unexpectedly. Thu 9/29/2011 4:51:29 PM : [ 16 43 BC 1] DON 0 Thu 9/29/2011 4:51:29 PM : [ 16 43 BC 1] ST 137 Thu 9/29/2011 4:51:30 PM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 42 11 01 LTONRR (01) Thu 9/29/2011 4:51:30 PM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hops=2, Hops Left=0 Thu 9/29/2011 4:51:31 PM : [iNST-SRX ] 02 50 16.43.BC 00.00.01 C7 13 00 LTOFFRR(00) Thu 9/29/2011 4:51:31 PM : [standard-Group][16.43.BC-->Group=1] Max Hops=3, Hops Left=1 Thu 9/29/2011 4:51:31 PM : [ 16 43 BC 1] DOF 0 Thu 9/29/2011 4:51:31 PM : [ 16 43 BC 1] ST 0 Thu 9/29/2011 4:51:31 PM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 41 13 01 LTOFFRR(01) Thu 9/29/2011 4:51:31 PM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hops=1, Hops Left=0 Thu 9/29/2011 4:51:31 PM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 47 13 01 LTOFFRR(01) Thu 9/29/2011 4:51:31 PM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hops=3, Hops Left=1 Thu 9/29/2011 4:51:31 PM : [ 16 43 BC 1] DOF 1 Thu 9/29/2011 4:51:32 PM : [iNST-ACK ] 02 62 16.43.BC 0F 11 3F 06 LTONRR (3F) Thu 9/29/2011 4:51:32 PM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 27 11 3F LTONRR (3F) Thu 9/29/2011 4:51:32 PM : [standard-Direct Ack][16.43.BC-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 Thu 9/29/2011 4:51:32 PM : [ 16 43 BC 1] ST 63 Thu 9/29/2011 4:51:37 PM : [iNST-SRX ] 02 50 16.43.BC 00.00.01 C7 13 00 LTOFFRR(00) Thu 9/29/2011 4:51:37 PM : [standard-Group][16.43.BC-->Group=1] Max Hops=3, Hops Left=1 Thu 9/29/2011 4:51:37 PM : [ 16 43 BC 1] DOF 0 Thu 9/29/2011 4:51:37 PM : [ 16 43 BC 1] ST 0 Thu 9/29/2011 4:51:37 PM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 41 13 01 LTOFFRR(01) Thu 9/29/2011 4:51:37 PM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hops=1, Hops Left=0