[Spce-user] SIP-Response INJECTION

[Klaus Peter v. Friedeburg]

Hi Jon,

The call-flow is attached. Sorry it is an text-flow. 
first the PSTN send "183 Session in Progress" this was answered form the CPE with PRACK. After the 200 the PSTN send the "181 Call in Being forwarded" and this message is not be answered by the CPE.
The RTP negotiation stop after a few seconds, no more audio.
Mediaproxy is disabled for all our users.


          Klaus Peter


> -----Ursprüngliche Nachricht-----
> Von: spce-user-bounces at lists.sipwise.com [mailto:spce-user-bounces at lists.sipwise.com] Im Auftrag von Jon
> Bonilla (Manwe)
> Gesendet: Dienstag, 20. November 2012 22:32
> An: spce-user at lists.sipwise.com
> Betreff: Re: [Spce-user] SIP-Response INJECTION
> 
> El Tue, 20 Nov 2012 21:27:57 +0100
> "Klaus Peter v. Friedeburg" <friedeburg at aco.de> escribió:
> 
> > Hi,
> >
> > I have an other (new) problem:
> > Some kind of CPE's (Zyxel) don’t answer correctly if they received an SIP-181
> > with setting "Require: 100rel". The CPE should answer with PRACK but they do
> > not so. Is there any solution to "manipulate" the SIP-Session in NGCP, so
> > that NGCP send the PRACK instead of the CPE?
> 
> 
> Is something wrong in the negotiation? Do they send PRACK in the supported
> header?
> 
> Can you send a ngrep example?
> 
> We could maybe filter the method negotiation in the sbc, or remove the 100rel
> in the supported or required headers. But depends on the peer too. And it's a
> dirty thing.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: 3936657694-1292.pcap
Type: application/octet-stream
Size: 44234 bytes
Desc: 3936657694-1292.pcap
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20121120/2bff0fd5/attachment-0001.pcap>