hello a problem with my CANCEL frames!
user-------openser------asterisk
invite>>>>>>>|>>>>>>invite ringing<<<<<<|<<<<<<ringing cancel>>>>>>>|
in fact, I don't know where forward the cancel in stateless! I have no information in the frame to forward it to the right asterisk (one for g711, one for g729...)
have you an idea? thank you all
Cordialement
BERGANZ François
http://www.acropolistelecom.net http://www.acropolistelecom.net
TEL/FAX : 33 (0) 1 70 72 50 15
El Wednesday 10 September 2008 10:14:23 BERGANZ François escribió:
hello a problem with my CANCEL frames!
user-------openser------asterisk
invite>>>>>>>|>>>>>>invite ringing<<<<<<|<<<<<<ringing cancel>>>>>>>|
in fact, I don't know where forward the cancel in stateless! I have no information in the frame to forward it to the right asterisk (one for g711, one for g729...)
RFC 3261
16.11 Stateless Proxy [...] Stateless proxies MUST NOT perform special processing for CANCEL requests. They are processed by the above rules as any other requests. In particular, a stateless proxy applies the same Route header field processing to CANCEL requests that it applies to any other request.
This is, if you proxy works in stateless, you must treat a CANCEL as it was a completely new INVITE. So, if you receive a CANCEL do exactly the SAME to decide the destination as if it was an INVITE. No more.
Ok, I can see,
But, in the cancel, I can't know the codec! Then, I can't select the good asterisk. I'm lost
Cordialement
BERGANZ François http://www.acropolistelecom.net TEL/FAX : 33 (0) 1 70 72 50 15
-----Message d'origine----- De : users-bounces@lists.kamailio.org [mailto:users-bounces@lists.kamailio.org] De la part de Iñaki Baz Castillo Envoyé : mercredi 10 septembre 2008 10:25 À : users@lists.kamailio.org Objet : Re: [Kamailio-Users] CANCEL can't be forward!
El Wednesday 10 September 2008 10:14:23 BERGANZ François escribió:
hello a problem with my CANCEL frames!
user-------openser------asterisk
invite>>>>>>>|>>>>>>invite ringing<<<<<<|<<<<<<ringing cancel>>>>>>>|
in fact, I don't know where forward the cancel in stateless! I have no information in the frame to forward it to the right asterisk
(one
for g711, one for g729...)
RFC 3261
16.11 Stateless Proxy [...] Stateless proxies MUST NOT perform special processing for CANCEL requests. They are processed by the above rules as any other requests. In particular, a stateless proxy applies the same Route header field processing to CANCEL requests that it applies to any other request.
This is, if you proxy works in stateless, you must treat a CANCEL as it was a completely new INVITE. So, if you receive a CANCEL do exactly the SAME to decide the destination as if it was an INVITE. No more.
BERGANZ François schrieb:
Ok, I can see,
But, in the cancel, I can't know the codec! Then, I can't select the good asterisk. I'm lost
Does that mean that you route the INVITE depending on the codecs in the SDP? Then of course you can not apply the same logic to the CANCEL.
The only workaround I see is to forward stateful.
regards klaus
El Wednesday 10 September 2008 10:33:00 BERGANZ François escribió:
Ok, I can see,
But, in the cancel, I can't know the codec! Then, I can't select the good asterisk. I'm lost
Well, I've never seen a proxy inspecting the SDP in order to know the first codec and route based on it (of course, it's perfectly valid).
But then you ahve two options (AFAIK);
- Use proxy statefull.
- When route the initial INVITE store in a DB the "branch" parameter and the choosen destination address. You can do it with a custom SQL query using "db_query". If you receive a CANCEL it will have the same "branch" so you can query the DB and get the address.