<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet type="text/xsl" href="../assets/xml/rss.xsl" media="all"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>ramdyne (Posts about openscape)</title><link>https://www.ramdyne.nl/</link><description></description><atom:link href="https://www.ramdyne.nl/categories/openscape.xml" rel="self" type="application/rss+xml"></atom:link><language>en</language><lastBuildDate>Sat, 07 Mar 2026 00:09:01 GMT</lastBuildDate><generator>Nikola (getnikola.com)</generator><docs>http://blogs.law.harvard.edu/tech/rss</docs><item><title>Worst SIP implementation of the moment</title><link>https://www.ramdyne.nl/posts/worst-sip-implementation-of-the-moment/</link><dc:creator>ramdyne</dc:creator><description>&lt;p&gt;There must be something very wrong with the way the &lt;a class="reference external" href="http://www.siemens-enterprise.com/nl/products-services/small-medium-business/openscape-office.aspx"&gt;Siemens OpenScape Office&lt;/a&gt;
PBX's SIP stack handles SIP error codes or the way people configure it by default.&lt;/p&gt;
&lt;p&gt;Suppose you make a call and forget a digit somewhere in the middle. Your PSTN
provider (or someone else) detects that the number is not quite sufficient and
replies to your INVITE with an error message containing "SIP/2.0 484 Address
Incomplete".&lt;/p&gt;
&lt;p&gt;Normal SIP implementations send an error up the stack to the end user who then
hears some kind of error code through their handset or some error code on the
display of their phone. Is OpenScape doing that? Noooooooo.....&lt;/p&gt;
&lt;p&gt;When OpenScape receives an error code other than "486 Busy" or "500 Internal
Server Error", it sends out as many retry calls as it can, one after the
other, until it hits the maximum number of simultaneous calls it has configured
on the SIP trunk (even though these calls are not simultaneous).&lt;/p&gt;
&lt;p&gt;If you're using the distribution between successful and failed calls to monitor
the health of your platform, behavour like this very quickly starts to trigger alarms
that something is not quite right, especially when endusers are absolutely
convinced the number they dialled is correct. Hundreds of failed calls within a minute or
two are not unusual in cases like this.&lt;/p&gt;</description><category>english</category><category>error handling</category><category>openscape</category><category>rant</category><category>siemens</category><category>sip</category><guid>https://www.ramdyne.nl/posts/worst-sip-implementation-of-the-moment/</guid><pubDate>Wed, 09 Oct 2013 21:07:25 GMT</pubDate></item></channel></rss>