[VoiceOps] Strange Call Flow

Hiers, David David_Hiers at adp.com
Fri Oct 15 15:17:09 EDT 2010


As far as I can tell, that signaling is legal, but somewhat nonsensical.

The UAS can send as many 1xx responses as it wants, and  3261 contains no language that precludes sending 183 after 180.

The nonsense part comes from the meaning of 180 and 183.  180 means "play local alerting tone", and 183 means "play remote alerting tone", so you're changing a pretty basic structure on the fly.

The gestalt of draft-ietf-sip-183-00.txt seems to be that you'll provide either 180 or 183, not both, so I can see where a UAC would choke on it.



David Hiers

CCIE (R/S, V), CISSP
ADP Dealer Services
2525 SW 1st Ave.
Suite 300W
Portland, OR 97201
o: 503-205-4467
f: 503-402-3277


-----Original Message-----
From: voiceops-bounces at voiceops.org [mailto:voiceops-bounces at voiceops.org] On Behalf Of Tim Donahue
Sent: Friday, October 15, 2010 10:49 AM
To: voiceops at voiceops.org
Subject: [VoiceOps] Strange Call Flow

I'm seeing a strange call flow from a client with a Cisco CUBE setup.
This is happening when they attempt to forward a call from their system
to a PSTN line.

SBC                          CUBE
 | ----------INVITE---------> |
 | <------100 Trying--------- |
 | <------180 Trying--------- |
 | <--183 Session Progress--- |
 | <--------200 OK----------- |

I've never seen a call setup that switched from a 180 Ringing to a 183
Session Progress mid-setup before, and it seems to be doing funny things
to the media transport through our SBC (we see audio come in from one of
the call legs but it doesn't get forwarded to the other call leg).  Is
this a legal call flow that we should add to our tests when evaluating
new hardware?

Has anyone seen problems like this before?

Tim
_______________________________________________
VoiceOps mailing list
VoiceOps at voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops


This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system.



More information about the VoiceOps mailing list