Hi Mike, Attachment missing ?
see answers below:- Faisal Imtiaz Snappy Internet & Telecom 7266 SW 48 Street Miami, FL 33155 Tel: 305 663 5518 x 232 Help-desk: (305)663-5518 Option 2 or Email: [email protected] > From: "Mike Delp" <[email protected]> > To: [email protected] > Sent: Thursday, February 18, 2016 7:55:28 PM > Subject: Re: [AFMUG] Unusual issue with Trixbox system and registrations. > here is some debug data. I had an extension connected for several minutes, > then > this is what I see when it stops. I have more data I can send if it helps. > Thanks > Mike > On Thu, Feb 18, 2016 at 4:26 PM, Mike Delp < [email protected] > wrote: >> Hey everyone, I have been out of contact for a while and miss seeing you at >> different functions. >> Just reaching out to see if you have an idea on an issue i am seeing on a >> Trixbox setup. >> There are several remote extensions (Cyberdata Intercoms at gates in >> different >> states.) >> In CLI sip show peers shows extensions registered, and calls can be made from >> other extensions to them (as expected). Then in a period of time, different >> lengths of time 3 to 15 minutes, sip show peers shows UNSPECIFIED and UNKNOWN >> no status of that extension. This happens when the keep alives are getting proper response.... So they way this works is that once the client is registered, there is keep alive from the server side and also from the cpe side. this is to make sure that the 'port' the CPE registered to is all good and well. >> I have run continuous pings to that extension during that time, and no loss >> of >> connectivity. I tried values in the qualify setting on the asterisk box >> instead >> of qualify=yes to set different times, and same issue. Good to have confirmation that connectivity is good. Qualify=yes means check with keep alive, =no means do not check the presence of the CPE... (this is a setting normally used for passing calls to an endpoint or server which is on a static public ip. >> I have tried using a VPN between sites and putting in 10.1.2.x address for >> the >> Trixbox to eliminate NAT issues. i can have public address in secondary sip >> server on intercom and private address on it also. I get two registrations >> for >> that extension, but it randomly drops after a while. This is extra work, and will not do anything for the situation >> I have been reviewing full log file, but it is too large to manually look at, >> and my skills for parsing data on logs is real weak. >> I have started building a new asterisk box to move away from the several year >> old Trixbox currently in use. I don't think what you are seeing is a Trixbox side issue....I think this is what you are seeing: This type of issue is normally caused by a UDP Session timeout on a Nat router (or firewall) in the middle of the communication path.... e.g. client registers to server, they negotiate a particular port for signalling...there is keep alive from server side, and also keep alive from CPE side..... if the router/firewall in the middle tears down the nat session between the two devices... the Keep Alive on the server side (which is normally shorter) fails.... things stay this way until the CPE keep alive fails, and CPE re-registers.. thus now talking to the server on a different port...... and then the whole cycle repeats.... >> Of course this happens when I am having some health issues, restricting my >> times >> to work on this more difficult. Sorry to hear that, hope you feel better. >> Thanks >> Mike Delp >> 636-748-7345 >> [email protected]
