we have phones connecting to a private APN through ACS4.2 that then auth to backend servers. Once auth'd the ACS provides IP addressing from IP pools. IP pools are set up on 2 possible ACS servers. Access requests are from 2 source NAS-port IPs. The pools across the 2 servers are split so they are not identical but they each have an upper and lower pool depending on which NAS-port makes the request. -- Example: multiple users -> request for auth/IP -> src= either NAS-10.1.1.1 or NAS-10.1.1.2 server 1: if 10.1.1.1 give lower range - 10.2.2.1 - 10.2.2.127 if 10.1.1.2 give upper range - 10.2.2.128 - 10.2.2.254 server 2: if 10.1.1.1 give lower range - 10.2.3.1 - 10.2.3.127 if 10.1.1.2 give upper range - 10.2.3.128 - 10.2.3.254 -- The problem is that the ACS is giving out IP addressing that is already in use on the APN by another device to a new request. We then see multiple 'Passed Authentications' before a single Radius 'Start' packet as the requests cycle through until a free IP is gained. Even though each auth is successful the device is dropped from the APN due to 'duplicate IP' messages. Troubleshooting with the provider shows the problem to be at the ACS side. The pools have address recovery enabled for every 12 hours. The devices sent 'interim updates' every 30 minutes. So no IP should ever be re-issued without definitely being inactive (the interim updates count as valid traffic). My questions - why is the ACS still issuing IP addressing that it should know is in use from its own database? Is there any way to further prevent it from doing this? ... View more

Hi, I've an issue with multicast not working for a particular stream in one area of the network. The multicasting works and the packets are received on the client (wiresharked). mtrace, mrinfo, mstat, rpf, RP, pim (sparse) neighbours and pim DR are in the right place. TTL is well within limits and not an issue. When connection is established the correct resluts are seen in the 'sh ip mroute ...' and other show commands - so the setup of the multicast itself and the functions appear to be all ok. Other multicast streams work on the 3750 switch stack in question. Problem = The video doesn't display on the client connected to the 3750 Showing the statistics on the webpage (right click, stats) shows the connection speed as set but incrementing packets loss, even popping the embedded player out shows the same thing. On another switch in a different part of the network all the multicast settings are the same but the stream shows up fine (all show commands etc give similar correct output). Connectivity tested at the same time. This working connection is from a 4500 series. I was thinking perhaps buffers or queues specific to the 3750 but i cannot find any related documentation on the problem, nor can I see any issues in the stats, counters, buffers, queues. So I'm at a bit of a loss as to where to look next. Has anyone had a similar problem or an idea of where else to look? Thanks ... View more