Assuming you relay properly, when Asterisk asterisk hangs up it should pass the BYE to SER then SER relays it to the next party(s). This doesn't sound like an acc problem, as you might have guessed :-)
 
I would have to see most of your config. When you say you have to "click hangup" what do you mean.. on xlite? Is xlite the UA or is it hanging off of Asterisk? If not Asterisk, what's hanging off of Asterisk?
 
    Matt
-----Original Message-----
From: Barry Murphy [mailto:barry@unix.co.nz]
Sent: Tuesday, April 26, 2005 7:17 PM
To: Barry Murphy; Matt Schulte
Cc: serusers@lists.iptel.org
Subject: Re: [Serusers] ACC into mysql

Sorry for replying to my own post, however I have discovered something.
 
When I call asterisk and asterisk hangup, my UA is still connected till I hangup myself, however SER does see the hangup as I looked in the acc serweb.
 
<sip:03@voip.fast.co.nz> today 12:09 00:00:29 caller
<sip:03@voip.fast.co.nz> today 12:09 00:00:50 callee
 
So my question is, if the remote end hangs up, how do I disconnect the caller end?
 
Using XLite.
 
Barry
----- Original Message -----
From: Barry Murphy
To: Matt Schulte
Cc: serusers@lists.iptel.org
Sent: Wednesday, April 27, 2005 12:13 PM
Subject: Re: [Serusers] ACC into mysql

Thanks,
 
After months of trying to get this working, your solution fixed the problem. Now the only issue I have is the following:
 
When I call 03 ( UA -> SER -> Asterisk ) the date and time is read out to the user, asterisk then hangs up the call, however SER doesn't see the hangup, I have to manualy click hangup and then SER gives the BYE.
 
Apr 27 12:09:04 max /usr/local/sbin/ser[30538]: ACC: transaction answered: call_id=93EF8C43-C9E2-4E4C-997C-B1A4DA8FD137@10.200.3.173, totag=as113261f7, from=6494485566 <sip:6494485566@voip.fast.co.nz>;tag=3875371437, i-uri=sip:03@voip.fast.co.nz, method=INVITE, o-uri=sip:03@202.150.105.150:5070, fromtag=3875371437, code=200, to=<sip:03@voip.fast.co.nz>;tag=as113261f7, uid=n/a, userpart=03
Apr 27 12:09:04 max /usr/local/sbin/ser[30541]: ACC: request acknowledged: call_id=93EF8C43-C9E2-4E4C-997C-B1A4DA8FD137@10.200.3.173, totag=as113261f7, from=6494485566 <sip:6494485566@voip.fast.co.nz>;tag=3875371437, i-uri=sip:03@202.150.105.150:5070, method=ACK, o-uri=sip:03@202.150.105.150:5070, fromtag=3875371437, code=200, to=<sip:03@voip.fast.co.nz>;tag=as113261f7, uid=n/a, userpart=03
Apr 27 12:09:33 max /usr/local/sbin/ser[30537]: ACC: transaction answered: call_id=93EF8C43-C9E2-4E4C-997C-B1A4DA8FD137@10.200.3.173, totag=as113261f7, from=6494485566 <sip:6494485566@voip.fast.co.nz>;tag=3875371437, i-uri=sip:03@202.150.105.150:5070, method=BYE, o-uri=sip:03@202.150.105.150:5070, fromtag=3875371437, code=200, to=<sip:03@voip.fast.co.nz>;tag=as113261f7, uid=n/a, userpart=03
Any ideas?
 
Thanks
Barry
 
 
----- Original Message -----
From: Matt Schulte
To: Edgardo O. Gonzales II ; Kofi Obiri-Yeboah
Cc: serusers@lists.iptel.org
Sent: Wednesday, April 27, 2005 1:13 AM
Subject: RE: [Serusers] ACC into mysql

This particular config (I don't think?) won't log to a DB, additionally you need to setflag(1); somewhere in your config. We tried to set on "outbound" only originally and didn't have much luck so I set it near the top. To log to (my)sql you will additionally need to set another flag and setup similar mod params:
 
 
modparam("acc", "db_url", "mysql://ser:serro@blah.mysql.haha/dbname")
# Note flag 2, you will need to setflag(1); AND setflag(2);
modparam("acc", "db_flag", 2)
#Note this one logs all failed calls from the invite response, I find it useful
modparam("acc", "failed_transactions", 1)
# In your route config use something like the following
 
# This is pretty much near the top, while ACC won't log reg's or INFO anyway, I just thought it'd be a little cleaner to have
...
if (!method == "REGISTER" || !method == "INFO" ) {
                setflag(1);
                setflag(2);
}
...
 
# Doing the above ensure everything gets tagged including BYE's. A good reason why your BYE's may not get
# tagged is possibly because record-route could be relaying the call before the flag gets set, just a thought..


_______________________________________________
Serusers mailing list
serusers@lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers