I would like to stop 183 Session Progress messages. I can see then arriving and being dealt with by the onreply_route code, but how can I stop then being forwarded by the sip server ?
Thanks
Simon
Hi Simon,
Currently there is no way to drop a reply from onreply_route. Is this really needed, no other way around?...maybe altering the reply... ?
Regards, Marian
Simon Miles wrote:
I would like to stop 183 Session Progress messages. I can see then arriving and being dealt with by the onreply_route code, but how can I stop then being forwarded by the sip server ?
Thanks
Simon
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
We have a problem with a piece of CPE after changing the PSTN gateway manufacturer. We no longer get a ringing tone !
So I was trying to emulate the original packet sequence and I noticed that the new gateway sends out 183 messages. So I was trying to remove them just incase the CPE was getting confused.
Simon
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Marian Dumitru Sent: 26 January 2005 17:56 To: Simon Miles Cc: serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Simon,
Currently there is no way to drop a reply from onreply_route. Is this really needed, no other way around?...maybe altering the reply... ?
Regards, Marian
Simon Miles wrote:
I would like to stop 183 Session Progress messages. I can see then arriving and being dealt with by the onreply_route code, but how can I
stop then being forwarded by the sip server ?
Thanks
Simon
--
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Hi Simon,
Simon Miles wrote:
We have a problem with a piece of CPE after changing the PSTN gateway manufacturer. We no longer get a ringing tone !
but at the end, it the call established? It's only about the missing ringing tone?
So I was trying to emulate the original packet sequence and I noticed that the new gateway sends out 183 messages. So I was trying to remove them just incase the CPE was getting confused.
183 reply is used by gateways to send early media. In this case the ringing tone is actually send as RTP stream by the gateway (usually SIP devices play ringing tone locally when 180 received). Maybe your problem is that the RTP media from 183 (check the SDP body) is not correct or the media itself doesn't contain the ringing sound :-).
regards, Marian
Simon
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Marian Dumitru Sent: 26 January 2005 17:56 To: Simon Miles Cc: serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Simon,
Currently there is no way to drop a reply from onreply_route. Is this really needed, no other way around?...maybe altering the reply... ?
Regards, Marian
Simon Miles wrote:
I would like to stop 183 Session Progress messages. I can see then arriving and being dealt with by the onreply_route code, but how can I
stop then being forwarded by the sip server ?
Thanks
Simon
--
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Yes the call is established at the end.
In the 183 message there is no media information, so I'm guessing that the gateway is not sending out an RTP stream and the CPE is not reacting to the ringing message ! !
Strange how it all works with a different gateway ! ! I do know that the CPE is working to RFC 2543 and the new gateway is RFC 3261 - but I'm told they are backward compatible.
Simon
-----Original Message----- From: Marian Dumitru [mailto:marian.dumitru@voice-sistem.ro] Sent: 26 January 2005 18:27 To: Simon Miles Cc: serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Simon,
Simon Miles wrote:
We have a problem with a piece of CPE after changing the PSTN gateway manufacturer. We no longer get a ringing tone !
but at the end, it the call established? It's only about the missing ringing tone?
So I was trying to emulate the original packet sequence and I noticed that the new gateway sends out 183 messages. So I was trying to remove
them just incase the CPE was getting confused.
183 reply is used by gateways to send early media. In this case the ringing tone is actually send as RTP stream by the gateway (usually SIP devices play ringing tone locally when 180 received). Maybe your problem
is that the RTP media from 183 (check the SDP body) is not correct or the media itself doesn't contain the ringing sound :-).
regards, Marian
Simon
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Marian Dumitru Sent: 26 January 2005 17:56 To: Simon Miles Cc: serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Simon,
Currently there is no way to drop a reply from onreply_route. Is this really needed, no other way around?...maybe altering the reply... ?
Regards, Marian
Simon Miles wrote:
I would like to stop 183 Session Progress messages. I can see then arriving and being dealt with by the onreply_route code, but how can I
stop then being forwarded by the sip server ?
Thanks
Simon
--
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
I ran into the same problem before. The quick fix is to let gateway send 180 instead of 183. It would allow the ip phones to generate local ringback tone.
Richard
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Simon Miles Sent: Wednesday, January 26, 2005 8:46 AM To: marian.dumitru@voice-sistem.ro Cc: serusers@lists.iptel.org Subject: RE: [Serusers] onreply_route and stopping 183 messages
Yes the call is established at the end.
In the 183 message there is no media information, so I'm guessing that the gateway is not sending out an RTP stream and the CPE is not reacting to the ringing message ! !
Strange how it all works with a different gateway ! ! I do know that the CPE is working to RFC 2543 and the new gateway is RFC 3261 - but I'm told they are backward compatible.
Simon
-----Original Message----- From: Marian Dumitru [mailto:marian.dumitru@voice-sistem.ro] Sent: 26 January 2005 18:27 To: Simon Miles Cc: serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Simon,
Simon Miles wrote:
We have a problem with a piece of CPE after changing the PSTN gateway manufacturer. We no longer get a ringing tone !
but at the end, it the call established? It's only about the missing ringing tone?
So I was trying to emulate the original packet sequence and I noticed that the new gateway sends out 183 messages. So I was trying to remove
them just incase the CPE was getting confused.
183 reply is used by gateways to send early media. In this case the ringing tone is actually send as RTP stream by the gateway (usually SIP devices play ringing tone locally when 180 received). Maybe your problem
is that the RTP media from 183 (check the SDP body) is not correct or the media itself doesn't contain the ringing sound :-).
regards, Marian
Simon
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Marian Dumitru Sent: 26 January 2005 17:56 To: Simon Miles Cc: serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Simon,
Currently there is no way to drop a reply from onreply_route. Is this really needed, no other way around?...maybe altering the reply... ?
Regards, Marian
Simon Miles wrote:
I would like to stop 183 Session Progress messages. I can see then arriving and being dealt with by the onreply_route code, but how can I
stop then being forwarded by the sip server ?
Thanks
Simon
--
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Voice System http://www.voice-system.ro
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
That's my problem, the gateway does send the 180 after the 183 but still the CPE does not generate the ringtone. I was wondering if the 183 was upsetting the CPE and so trying to remove it.
Simon
-----Original Message----- From: Richard [mailto:richard@o-matrix.org] Sent: 26 January 2005 19:17 To: 'Simon Miles'; marian.dumitru@voice-sistem.ro Cc: serusers@lists.iptel.org Subject: RE: [Serusers] onreply_route and stopping 183 messages
I ran into the same problem before. The quick fix is to let gateway send 180 instead of 183. It would allow the ip phones to generate local ringback tone.
Richard
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Simon Miles Sent: Wednesday, January 26, 2005 8:46 AM To: marian.dumitru@voice-sistem.ro Cc: serusers@lists.iptel.org Subject: RE: [Serusers] onreply_route and stopping 183 messages
Yes the call is established at the end.
In the 183 message there is no media information, so I'm guessing that
the gateway is not sending out an RTP stream and the CPE is not reacting to the ringing message ! !
Strange how it all works with a different gateway ! ! I do know that the CPE is working to RFC 2543 and the new gateway is RFC 3261 - but I'm told they are backward compatible.
Simon
-----Original Message----- From: Marian Dumitru [mailto:marian.dumitru@voice-sistem.ro] Sent: 26 January 2005 18:27 To: Simon Miles Cc: serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Simon,
Simon Miles wrote:
We have a problem with a piece of CPE after changing the PSTN gateway manufacturer. We no longer get a ringing tone !
but at the end, it the call established? It's only about the missing ringing tone?
So I was trying to emulate the original packet sequence and I noticed that the new gateway sends out 183 messages. So I was trying
to remove
them just incase the CPE was getting confused.
183 reply is used by gateways to send early media. In this case the ringing tone is actually send as RTP stream by the gateway (usually SIP devices play ringing tone locally when 180 received). Maybe your problem
is that the RTP media from 183 (check the SDP body) is not correct or the media itself doesn't contain the ringing sound :-).
regards, Marian
Simon
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Marian Dumitru Sent: 26 January 2005 17:56 To: Simon Miles Cc: serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Simon,
Currently there is no way to drop a reply from onreply_route. Is this really needed, no other way around?...maybe altering the reply... ?
Regards, Marian
Simon Miles wrote:
I would like to stop 183 Session Progress messages. I can see then arriving and being dealt with by the onreply_route code, but how can
I
stop then being forwarded by the sip server ?
Thanks
Simon
--
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Voice System http://www.voice-system.ro
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Hi Simon,
Simon Miles wrote:
That's my problem, the gateway does send the 180 after the 183
The GW cannot send a 180 after 183 - it's against the RFC
but still
the CPE does not generate the ringtone. I was wondering if the 183 was upsetting the CPE and so trying to remove it.
My guess is it's the CPE client's fault. If a 180 was received and it gets a 183 without SDP, it should ignore the 183 and stick to 180 and play the local ringing tone.
Regards, Marian
Simon
-----Original Message----- From: Richard [mailto:richard@o-matrix.org] Sent: 26 January 2005 19:17 To: 'Simon Miles'; marian.dumitru@voice-sistem.ro Cc: serusers@lists.iptel.org Subject: RE: [Serusers] onreply_route and stopping 183 messages
I ran into the same problem before. The quick fix is to let gateway send 180 instead of 183. It would allow the ip phones to generate local ringback tone.
Richard
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Simon Miles Sent: Wednesday, January 26, 2005 8:46 AM To: marian.dumitru@voice-sistem.ro Cc: serusers@lists.iptel.org Subject: RE: [Serusers] onreply_route and stopping 183 messages
Yes the call is established at the end.
In the 183 message there is no media information, so I'm guessing that
the gateway is not sending out an RTP stream and the CPE is not reacting to the ringing message ! !
Strange how it all works with a different gateway ! ! I do know that the CPE is working to RFC 2543 and the new gateway is RFC 3261 - but I'm told they are backward compatible.
Simon
-----Original Message----- From: Marian Dumitru [mailto:marian.dumitru@voice-sistem.ro] Sent: 26 January 2005 18:27 To: Simon Miles Cc: serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Simon,
Simon Miles wrote:
We have a problem with a piece of CPE after changing the PSTN gateway manufacturer. We no longer get a ringing tone !
but at the end, it the call established? It's only about the missing ringing tone?
So I was trying to emulate the original packet sequence and I noticed that the new gateway sends out 183 messages. So I was trying
to remove
them just incase the CPE was getting confused.
183 reply is used by gateways to send early media. In this case the ringing tone is actually send as RTP stream by the gateway (usually SIP devices play ringing tone locally when 180 received). Maybe your problem
is that the RTP media from 183 (check the SDP body) is not correct or the media itself doesn't contain the ringing sound :-).
regards, Marian
Simon
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Marian Dumitru Sent: 26 January 2005 17:56 To: Simon Miles Cc: serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Simon,
Currently there is no way to drop a reply from onreply_route. Is this really needed, no other way around?...maybe altering the reply... ?
Regards, Marian
Simon Miles wrote:
I would like to stop 183 Session Progress messages. I can see then arriving and being dealt with by the onreply_route code, but how can
I
stop then being forwarded by the sip server ?
Thanks
Simon
--
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Voice System http://www.voice-system.ro
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
If the CPE is behind a firewall, the early media may not be able to get through. That's another reason that I don't like any gateway not capable of sending 180 instead of 183.
Richard
-----Original Message----- From: Marian Dumitru [mailto:marian.dumitru@voice-sistem.ro] Sent: Wednesday, January 26, 2005 10:02 AM To: Simon Miles Cc: 'Richard'; serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Simon,
Simon Miles wrote:
That's my problem, the gateway does send the 180 after the 183
The GW cannot send a 180 after 183 - it's against the RFC
but still
the CPE does not generate the ringtone. I was wondering if the 183 was upsetting the CPE and so trying to remove it.
My guess is it's the CPE client's fault. If a 180 was received and it gets a 183 without SDP, it should ignore the 183 and stick to 180 and play the local ringing tone.
Regards, Marian
Simon
-----Original Message----- From: Richard [mailto:richard@o-matrix.org] Sent: 26 January 2005 19:17 To: 'Simon Miles'; marian.dumitru@voice-sistem.ro Cc: serusers@lists.iptel.org Subject: RE: [Serusers] onreply_route and stopping 183 messages
I ran into the same problem before. The quick fix is to let gateway send 180 instead of 183. It would allow the ip phones to generate local ringback tone.
Richard
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Simon Miles Sent: Wednesday, January 26, 2005 8:46 AM To: marian.dumitru@voice-sistem.ro Cc: serusers@lists.iptel.org Subject: RE: [Serusers] onreply_route and stopping 183 messages
Yes the call is established at the end.
In the 183 message there is no media information, so I'm guessing that
the gateway is not sending out an RTP stream and the CPE is not reacting to the ringing message ! !
Strange how it all works with a different gateway ! ! I do know that the CPE is working to RFC 2543 and the new gateway is RFC 3261 - but I'm told they are backward compatible.
Simon
-----Original Message----- From: Marian Dumitru [mailto:marian.dumitru@voice-sistem.ro] Sent: 26 January 2005 18:27 To: Simon Miles Cc: serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Simon,
Simon Miles wrote:
We have a problem with a piece of CPE after changing the PSTN gateway manufacturer. We no longer get a ringing tone !
but at the end, it the call established? It's only about the missing ringing tone?
So I was trying to emulate the original packet sequence and I noticed that the new gateway sends out 183 messages. So I was trying
to remove
them just incase the CPE was getting confused.
183 reply is used by gateways to send early media. In this case the ringing tone is actually send as RTP stream by the gateway (usually SIP devices play ringing tone locally when 180 received). Maybe your problem
is that the RTP media from 183 (check the SDP body) is not correct or the media itself doesn't contain the ringing sound :-).
regards, Marian
Simon
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Marian Dumitru Sent: 26 January 2005 17:56 To: Simon Miles Cc: serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Simon,
Currently there is no way to drop a reply from onreply_route. Is this really needed, no other way around?...maybe altering the reply... ?
Regards, Marian
Simon Miles wrote:
I would like to stop 183 Session Progress messages. I can see then arriving and being dealt with by the onreply_route code, but how can
I
stop then being forwarded by the sip server ?
Thanks
Simon
--
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Voice System http://www.voice-system.ro
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Voice System http://www.voice-system.ro
Hi Richard,
Simon said the 183 has no SDP .... so, this might not be the case.
Best regards, Marian
Richard wrote:
If the CPE is behind a firewall, the early media may not be able to get through. That's another reason that I don't like any gateway not capable of sending 180 instead of 183.
Richard
-----Original Message----- From: Marian Dumitru [mailto:marian.dumitru@voice-sistem.ro] Sent: Wednesday, January 26, 2005 10:02 AM To: Simon Miles Cc: 'Richard'; serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Simon,
Simon Miles wrote:
That's my problem, the gateway does send the 180 after the 183
The GW cannot send a 180 after 183 - it's against the RFC
but still
the CPE does not generate the ringtone. I was wondering if the 183 was upsetting the CPE and so trying to remove it.
My guess is it's the CPE client's fault. If a 180 was received and it gets a 183 without SDP, it should ignore the 183 and stick to 180 and play the local ringing tone.
Regards, Marian
Simon
-----Original Message----- From: Richard [mailto:richard@o-matrix.org] Sent: 26 January 2005 19:17 To: 'Simon Miles'; marian.dumitru@voice-sistem.ro Cc: serusers@lists.iptel.org Subject: RE: [Serusers] onreply_route and stopping 183 messages
I ran into the same problem before. The quick fix is to let gateway send 180 instead of 183. It would allow the ip phones to generate local ringback tone.
Richard
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Simon Miles Sent: Wednesday, January 26, 2005 8:46 AM To: marian.dumitru@voice-sistem.ro Cc: serusers@lists.iptel.org Subject: RE: [Serusers] onreply_route and stopping 183 messages
Yes the call is established at the end.
In the 183 message there is no media information, so I'm guessing that
the gateway is not sending out an RTP stream and the CPE is not reacting to the ringing message ! !
Strange how it all works with a different gateway ! ! I do know that the CPE is working to RFC 2543 and the new gateway is RFC 3261 - but I'm told they are backward compatible.
Simon
-----Original Message----- From: Marian Dumitru [mailto:marian.dumitru@voice-sistem.ro] Sent: 26 January 2005 18:27 To: Simon Miles Cc: serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Simon,
Simon Miles wrote:
We have a problem with a piece of CPE after changing the PSTN gateway manufacturer. We no longer get a ringing tone !
but at the end, it the call established? It's only about the missing ringing tone?
So I was trying to emulate the original packet sequence and I noticed that the new gateway sends out 183 messages. So I was trying
to remove
them just incase the CPE was getting confused.
183 reply is used by gateways to send early media. In this case the ringing tone is actually send as RTP stream by the gateway (usually SIP devices play ringing tone locally when 180 received). Maybe your problem
is that the RTP media from 183 (check the SDP body) is not correct or the media itself doesn't contain the ringing sound :-).
regards, Marian
Simon
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Marian Dumitru Sent: 26 January 2005 17:56 To: Simon Miles Cc: serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Simon,
Currently there is no way to drop a reply from onreply_route. Is this really needed, no other way around?...maybe altering the reply... ?
Regards, Marian
Simon Miles wrote:
I would like to stop 183 Session Progress messages. I can see then arriving and being dealt with by the onreply_route code, but how can
I
stop then being forwarded by the sip server ?
Thanks
Simon
--
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Voice System http://www.voice-system.ro
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Voice System http://www.voice-system.ro
Correct - I've looked at the 180 message and I can't really find anything different one sent by the old working gateway and one form the new gateway. So I'm making an assumption that it is the 183 that only comes form the new gateway that is upsetting the CPE.
Simon
-----Original Message----- From: Marian Dumitru [mailto:marian.dumitru@voice-sistem.ro] Sent: 26 January 2005 20:41 To: Richard Cc: 'Simon Miles'; serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Richard,
Simon said the 183 has no SDP .... so, this might not be the case.
Best regards, Marian
Richard wrote:
If the CPE is behind a firewall, the early media may not be able to get through. That's another reason that I don't like any gateway not capable of sending 180 instead of 183.
Richard
-----Original Message----- From: Marian Dumitru [mailto:marian.dumitru@voice-sistem.ro] Sent: Wednesday, January 26, 2005 10:02 AM To: Simon Miles Cc: 'Richard'; serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Simon,
Simon Miles wrote:
That's my problem, the gateway does send the 180 after the 183
The GW cannot send a 180 after 183 - it's against the RFC
but still
the CPE does not generate the ringtone. I was wondering if the 183 was upsetting the CPE and so trying to remove it.
My guess is it's the CPE client's fault. If a 180 was received and it gets a 183 without SDP, it should ignore the 183 and stick to 180 and play the local ringing tone.
Regards, Marian
Simon
-----Original Message----- From: Richard [mailto:richard@o-matrix.org] Sent: 26 January 2005 19:17 To: 'Simon Miles'; marian.dumitru@voice-sistem.ro Cc: serusers@lists.iptel.org Subject: RE: [Serusers] onreply_route and stopping 183 messages
I ran into the same problem before. The quick fix is to let gateway send 180 instead of 183. It would allow the ip phones to generate local ringback tone.
Richard
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Simon Miles Sent: Wednesday, January 26, 2005 8:46 AM To: marian.dumitru@voice-sistem.ro Cc: serusers@lists.iptel.org Subject: RE: [Serusers] onreply_route and stopping 183 messages
Yes the call is established at the end.
In the 183 message there is no media information, so I'm guessing that
the gateway is not sending out an RTP stream and the CPE is not reacting to the ringing message ! !
Strange how it all works with a different gateway ! ! I do know that
the CPE is working to RFC 2543 and the new gateway is RFC 3261 - but
I'm told they are backward compatible.
Simon
-----Original Message----- From: Marian Dumitru [mailto:marian.dumitru@voice-sistem.ro] Sent: 26 January 2005 18:27 To: Simon Miles Cc: serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Simon,
Simon Miles wrote:
We have a problem with a piece of CPE after changing the PSTN gateway manufacturer. We no longer get a ringing tone !
but at the end, it the call established? It's only about the missing
ringing tone?
So I was trying to emulate the original packet sequence and I noticed that the new gateway sends out 183 messages. So I was trying
to remove
them just incase the CPE was getting confused.
183 reply is used by gateways to send early media. In this case the ringing tone is actually send as RTP stream by the gateway (usually SIP devices play ringing tone locally when 180 received). Maybe your
problem
is that the RTP media from 183 (check the SDP body) is not correct or the media itself doesn't contain the ringing sound :-).
regards, Marian
Simon
-----Original Message----- From: serusers-bounces@lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Marian Dumitru Sent: 26 January 2005 17:56 To: Simon Miles Cc: serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Simon,
Currently there is no way to drop a reply from onreply_route. Is this really needed, no other way around?...maybe altering the reply... ?
Regards, Marian
Simon Miles wrote:
I would like to stop 183 Session Progress messages. I can see then
arriving and being dealt with by the onreply_route code, but how can
I
stop then being forwarded by the sip server ?
Thanks
Simon
--
--
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Voice System http://www.voice-system.ro
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Voice System http://www.voice-system.ro
Thanks for the advise guys.
I've asked both vendors to firm this problem but in the meantime I would still like the ser to stop sending the 183 message - any suggestions ?
Simon
-----Original Message----- From: Richard [mailto:richard@o-matrix.org] Sent: 26 January 2005 20:17 To: marian.dumitru@voice-sistem.ro; 'Simon Miles' Cc: serusers@lists.iptel.org Subject: RE: [Serusers] onreply_route and stopping 183 messages
If the CPE is behind a firewall, the early media may not be able to get through. That's another reason that I don't like any gateway not capable of sending 180 instead of 183.
Richard
-----Original Message----- From: Marian Dumitru [mailto:marian.dumitru@voice-sistem.ro] Sent: Wednesday, January 26, 2005 10:02 AM To: Simon Miles Cc: 'Richard'; serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Simon,
Simon Miles wrote:
That's my problem, the gateway does send the 180 after the 183
The GW cannot send a 180 after 183 - it's against the RFC
but still
the CPE does not generate the ringtone. I was wondering if the 183 was upsetting the CPE and so trying to remove it.
My guess is it's the CPE client's fault. If a 180 was received and it gets a 183 without SDP, it should ignore the 183 and stick to 180 and play the local ringing tone.
Regards, Marian
Simon
-----Original Message----- From: Richard [mailto:richard@o-matrix.org] Sent: 26 January 2005 19:17 To: 'Simon Miles'; marian.dumitru@voice-sistem.ro Cc: serusers@lists.iptel.org Subject: RE: [Serusers] onreply_route and stopping 183 messages
I ran into the same problem before. The quick fix is to let gateway send 180 instead of 183. It would allow the ip phones to generate local ringback tone.
Richard
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Simon Miles Sent: Wednesday, January 26, 2005 8:46 AM To: marian.dumitru@voice-sistem.ro Cc: serusers@lists.iptel.org Subject: RE: [Serusers] onreply_route and stopping 183 messages
Yes the call is established at the end.
In the 183 message there is no media information, so I'm guessing that
the gateway is not sending out an RTP stream and the CPE is not reacting to the ringing message ! !
Strange how it all works with a different gateway ! ! I do know that
the CPE is working to RFC 2543 and the new gateway is RFC 3261 - but
I'm told they are backward compatible.
Simon
-----Original Message----- From: Marian Dumitru [mailto:marian.dumitru@voice-sistem.ro] Sent: 26 January 2005 18:27 To: Simon Miles Cc: serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Simon,
Simon Miles wrote:
We have a problem with a piece of CPE after changing the PSTN gateway manufacturer. We no longer get a ringing tone !
but at the end, it the call established? It's only about the missing
ringing tone?
So I was trying to emulate the original packet sequence and I noticed that the new gateway sends out 183 messages. So I was trying
to remove
them just incase the CPE was getting confused.
183 reply is used by gateways to send early media. In this case the ringing tone is actually send as RTP stream by the gateway (usually SIP devices play ringing tone locally when 180 received). Maybe your
problem
is that the RTP media from 183 (check the SDP body) is not correct or the media itself doesn't contain the ringing sound :-).
regards, Marian
Simon
-----Original Message----- From: serusers-bounces@lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Marian Dumitru Sent: 26 January 2005 17:56 To: Simon Miles Cc: serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Simon,
Currently there is no way to drop a reply from onreply_route. Is this really needed, no other way around?...maybe altering the reply... ?
Regards, Marian
Simon Miles wrote:
I would like to stop 183 Session Progress messages. I can see then
arriving and being dealt with by the onreply_route code, but how can
I
stop then being forwarded by the sip server ?
Thanks
Simon
--
--
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Voice System http://www.voice-system.ro
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Voice System http://www.voice-system.ro
Simon,
I made some small modification in TM to allow dropping provisional replies from onreply_route[] - I'm not 100% that I didn't messed up something else :-( . Please apply the attached patch and try to see if it works. In script do:
onreply_route[1] { if (t_check_status("183")) drop(); }
IMPORTANT: be sure that drop is the last executed function before ending the route (when you want to drop the reply)
Best regards, Marian
Simon Miles wrote:
Thanks for the advise guys.
I've asked both vendors to firm this problem but in the meantime I would still like the ser to stop sending the 183 message - any suggestions ?
Simon
If it gets 183 first, then the CPE probably wants the early media. Can you have the gateway stop sending 183?
Richard
-----Original Message----- From: Simon Miles [mailto:simon@SystemsRM.co.uk] Sent: Wednesday, January 26, 2005 9:27 AM To: 'Richard'; marian.dumitru@voice-sistem.ro Cc: serusers@lists.iptel.org Subject: RE: [Serusers] onreply_route and stopping 183 messages
That's my problem, the gateway does send the 180 after the 183 but still the CPE does not generate the ringtone. I was wondering if the 183 was upsetting the CPE and so trying to remove it.
Simon
-----Original Message----- From: Richard [mailto:richard@o-matrix.org] Sent: 26 January 2005 19:17 To: 'Simon Miles'; marian.dumitru@voice-sistem.ro Cc: serusers@lists.iptel.org Subject: RE: [Serusers] onreply_route and stopping 183 messages
I ran into the same problem before. The quick fix is to let gateway send 180 instead of 183. It would allow the ip phones to generate local ringback tone.
Richard
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Simon Miles Sent: Wednesday, January 26, 2005 8:46 AM To: marian.dumitru@voice-sistem.ro Cc: serusers@lists.iptel.org Subject: RE: [Serusers] onreply_route and stopping 183 messages
Yes the call is established at the end.
In the 183 message there is no media information, so I'm guessing that
the gateway is not sending out an RTP stream and the CPE is not reacting to the ringing message ! !
Strange how it all works with a different gateway ! ! I do know that the CPE is working to RFC 2543 and the new gateway is RFC 3261 - but I'm told they are backward compatible.
Simon
-----Original Message----- From: Marian Dumitru [mailto:marian.dumitru@voice-sistem.ro] Sent: 26 January 2005 18:27 To: Simon Miles Cc: serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Simon,
Simon Miles wrote:
We have a problem with a piece of CPE after changing the PSTN gateway manufacturer. We no longer get a ringing tone !
but at the end, it the call established? It's only about the missing ringing tone?
So I was trying to emulate the original packet sequence and I noticed that the new gateway sends out 183 messages. So I was trying
to remove
them just incase the CPE was getting confused.
183 reply is used by gateways to send early media. In this case the ringing tone is actually send as RTP stream by the gateway (usually SIP devices play ringing tone locally when 180 received). Maybe your problem
is that the RTP media from 183 (check the SDP body) is not correct or the media itself doesn't contain the ringing sound :-).
regards, Marian
Simon
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Marian Dumitru Sent: 26 January 2005 17:56 To: Simon Miles Cc: serusers@lists.iptel.org Subject: Re: [Serusers] onreply_route and stopping 183 messages
Hi Simon,
Currently there is no way to drop a reply from onreply_route. Is this really needed, no other way around?...maybe altering the reply... ?
Regards, Marian
Simon Miles wrote:
I would like to stop 183 Session Progress messages. I can see then arriving and being dealt with by the onreply_route code, but how can
I
stop then being forwarded by the sip server ?
Thanks
Simon
--
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Voice System http://www.voice-system.ro
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-
Marian Dumitru -
Richard -
Simon Miles