10 Sep
2008
10 Sep
'08
11:14 a.m.
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
10 Sep
10 Sep
11:25 a.m.
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.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
11:33 a.m.
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(a)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(a)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.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
_______________________________________________
Users mailing list
Users(a)lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
11:42 a.m.
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
11:44 a.m.
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.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
5919
days inactive
5919
days old
4 comments
3 participants
participants (3)
-
BERGANZ François -
Iñaki Baz Castillo -
Klaus Darilion