Odd disconnect?

[voxabox]

Uh, I don't have an ATA (I'm running asterisk, remember?)

oops, sorry, I did not have enough cafein

I still have my doubt that it is a NAT problem

anyways, do sip trace to see if asterisk supports session timer and who's responsible for the refresh

if you want, you can post the trace here (after some editing to protect the identity of the innocent)

[dswartz]

I doubt it too, since NAT isn't involved for me. I will be making a 30+ minute call tomorrow, so I will fire up a sniffer first.

Update: I tried calling my cellphone from the voipo number and after 30:16, it disconnected. Looking at ethereal trace now...

Update2: I don't see the update request either, and can confirm a BYE sent from the other end around 1800 seconds into the call. Bad news: asterisk 1.4 (what I am running) does NOT support RFC-4028. Possibly good news: asterisk 1.6 does (and that is much more stable now, as well as being (mostly) supported by freepbx 2.5. I will give a try to 1.6 and report back.

[dswartz]

Got asterisk 1.6 working (mostly, still a few minor issues), and made a 1-hour call from my cellphone to the voipo line. Analysis of the wireshark trace doesn't show any Session-Expires (unless I just wasn't looking in the right place.) If it isn't right, I don't know why I can make a 1-hour call and couldn't before

Update: maybe wireshark just wasn't decoding the packets right? Dunno. I did find a reference for 1.6 that said to set the sip options to 'session-timeout=originate', which will flag my end (the UAC) as the refresher and will reply if the UAS sends the refresh. All seems well, but I have to concur, it seems the openser implementation voipo is using is not complying with the RFC...

[voxabox]

Got asterisk 1.6 working (mostly, still a few minor issues), and made a 1-hour call from my cellphone to the voipo line. Analysis of the wireshark trace doesn't show any Session-Expires (unless I just wasn't looking in the right place.) If it isn't right, I don't know why I can make a 1-hour call and couldn't before

Update: maybe wireshark just wasn't decoding the packets right? Dunno. I did find a reference for 1.6 that said to set the sip options to 'session-timeout=originate', which will flag my end (the UAC) as the refresher and will reply if the UAS sends the refresh. All seems well, but I have to concur, it seems the openser implementation voipo is using is not complying with the RFC...

it's good to hear that it's working ok for you
IMHO, it's openser config/handling of non-RFC4028 compliant UACs
Cheers,
-v