Bitwise logical ops on src/dest. bitmaps

Those familar with the C/C++ world should understand what I
mean by bitwise logical operations, i.e. performing logical AND,
OR, NOT on the bits of a src and destination value to get a result.
Those familiar with Win32 GDI and BitBlt know that it allows
ROP codes which enable the bits of a source and destination bitmap
to be combined using bitwise logicial operations as above. So for
example, the ROP code SRCAND would combine a source and destination
bitmap using a bitwise logical AND operator on the binary bits of
the two bitmaps.
I need to do the same thing if possible in either
actionscript or flex. I know flex has high level blendmodes for
combining src and destination such as BlendMode.OVERLAY
BlendMode.DIFFERENCE, (but no BlendMode.AND, BlendMode.OR). There
is actually a BlendMode.INVERT which would be the same as NOT (so
why would AND and OR be left off). Actionscript has the BitmapData
class with methods like CopyPixels, which is essentially the same
as Win32 BitBlt, except without any sort of ROP bitwise logical ops
apparently.
With all the various type of complex masking you can do in
actionscript, I find it hard to believe that no basic bitwise
logical ops between source and destination bitmaps are possible. Is
there a way to do them?
Thanks.

Did you read this?: https://wiki.archlinux.org/index.php/Sa … #Backlight

Similar Messages

  • Create logical port via http dest on soamanager

    Hi all
    I want to create logical port type H which i defined on SM59 and i want to relate it to the logical port which i create on  the soamanager .
    in the past i do that via lpconfig and now i want to do so on soamamanger,
    there is an idea how ?
    Best Regards
    Nina

    HI Gourav,
    U write;
    -> Supply details in configuration (Service name, Logical port name, WSDL address etc.)
    when i create the LP i pop up with :
    New Service Name: * 
    Logical Port Name: * 
    Logical Port is Default: 
    Configuration Type
    New Service Name: * 
    Logical Port Name: *  Logical Port is Default: 
    Configuration Type
    WSDL Access User: *
    WSDL Access User: *
    i have no place to define the RFC destination that I create via SM 59
    where i can define it?
    Best Regards
    Nina

  • IIF, BITAND & Logical AND in SSRS Expressions

    I have had some interesting times using IIF to display "X" when a bit is a word is true and "" when it is not. I THINK I understand it all now but would appreciate comments from anyone else to confirm that my understanding
    is correct.
    I was using, for example, the integer 8 as a bit mask to test for bit 3. In most programming language that I am familiar with, to test whether bit 3 is set in an integer X the test is "X and 8 = 8", looking for this to
    be true.
    In SSRS I tried =iif(x AND 8 = 8,"X","")
    but this always returned true. I then tried =iif((x AND 8) = 8,"X","") and that seemed to work as expected.
    My conclusion is that "AND" can be interpreted as either a
    Bitwise AND or a Logical AND depending on the context. In the first case I assume that "X" was evaluating as TRUE as was "8 = 8" so the result was always true. In the second case I had forced a
    Bitwise AND by using brackets to indicate precedence and got the result that I expected.
    This brings be to a second point. I have the impression that when presented with a numeric result (rather than 1/0 or TRUE/FALSE) IIF interprets 0 as false and any value greater than 0 as true.
    I say this because iif(x and 8, "X", "")
    also seemed to work even though the result should be either 8 if bit 3 not set and 0 if it is not.
    This is an example of and Excel function that does the same thing.
    Option Explicit
    Public Function BITAND(x As Long, y As Long)
        Dim z As Long
        Dim result As String
        z = x And y
        If z = y Then
            result = "X"
        Else
            result = ""
        End If
        BITAND = result
    End Function
    R Campbell

    Yes your understanding is correct
    This is from MSDN docuentation
    Logical and Bitwise
    Logical and bitwise operators perform logical manipulations between two integer terms in an expression.
    Operator
    Description
    And
    Performs a logical conjunction on two Boolean expressions, or bitwise conjunction on two numeric expressions.
    see
    http://msdn.microsoft.com/en-IN/library/dd255271.aspx
    Please Mark This As Answer if it helps to solve the issue Visakh ---------------------------- http://visakhm.blogspot.com/ https://www.facebook.com/VmBlogs

  • Bitwise operators in XSLT:-

    Hi ,
    Does XSLT has support for BITWISE operations, If so Can you please help me out of that >
    If not , Is there any other way to apply BITWISE logic to the flow in the BPEL.
    I tried it using Java Embedded activity in the BPEL, but I am getting the following Exception SCAC-50012,tried referring to this Exception, but not able to get the exact view of that error., as this activity in the BPEL doesnt have JAVA editor I am not able to point out the same.

    Hi everybody,
    I have the following queries in JAVA.
    1)Is "Operator Overloading" is nothing but
    but "Method Overloading" in Java?There's no operator overloading in Java. For example + can't be changed to mean something else.
    2)Regarding BitWise Operators, i just wanna have
    have an simple example abt the usage of bitwise
    operators. i.e., in real world where we will be using
    these ?Just one example of many is the use of bitwise XOR in simple encryption/decryption. The scheme is called XOR scrambling.
    byte key = 0x77; // a key byte 0101 0101
    byte any = ......; // any byte to be scrambled
    byte scramble = key ^ any; // the scrambled byte
    byte unscramble = key ^ scramble; // unscramble == any, the original byte is back againIt builds on the fact that if you XOR any byte with a bit pattern (key) two times you get the original byte back again.

  • Weird problem using bitwise opertor

    Hi all,
    I have problem with >>> (bitwise logical right shift) operator.
    As an example, the result of this operator on 0x8000 value is not as I expect. As I read about this operator, the result of one bit logical right shift should be 0x4000 but the actual result is 0xC000, and as I see in my test applets there is no difference between >> and >>> operators. I tested this operator on both ST and Gemalto cards and the results were the same.
    short n=(short) 0x8000;
    short x= (short) n >>>1; //Here I expect 0x4000 but the actual result is 0xC000
    short y= (short) n>>1; //Here as I expect the result is 0xC000Would some body please explain such weird action of this operator?
    By the way, Is there any explicit operator for POWER operation in java card or I should use this bitwise operators instead?
    -Thanks a lot
    Edited by: bluefairy on Sep 16, 2010 12:50 AM

    It is quite simple if you know where to look. Open up your Java Card Virtual Machine specification, if you can find it.
    The >>> operator translates to the "sushr" bytecode.
    Let's see what that means...
    Forms
    sushr = 81 (0x51)
    Stack
    …, value1, value2 −>
    …, result
    Description
    Both value1 and value2 must be of type short. The values are popped from the operand stack. A short result is calculated by sign-extending value1 to 32 bits (footnote 1) and shifting the result right by s bit positions, with zero extension, where s is the value of the low five bits of value2. The resulting value is then truncated to a 16-bit result. The result is pushed onto the operand stack.
    Footnote 1
    Sign extension to 32 bits ensures that the result computed by this instruction will be exactly equal to that computed by the Java iushr instruction, regardless of the input values. In a Java Card virtual machine the
    expression "0xffff >>> 0x01" yields 0xffff, where ">>>" is performed by the sushr instruction. The same result is rendered by a Java virtual machine.
    So... What does this mean ? This means that your variable is sign-extended to a 32-bit value (meaning that the sign bit is propagated), THEN the right shift is performed.
    See below my comments in the code.
    short n = (short) 0x8000;
    short x = (short) n >>> 1;
    // 0x8000 is extended to 0xFFFF8000
    // Right-shift by 1 bit --> 0xFFFFC000
    // Cast to short --> 0xC000Hope this helps.
    Cheers

  • Bitwise Operator ( ) help

    I'm a new beginner and I have some problems with such code:
    class Test {
         public static void main(String[] args) {
              int i = -1;
              int a = i;
              for ( int k = 0 ; k < 32 ; k ++ ) {
                   i = i >>> 1;
                   System.out.print(i+" ");
                   System.out.println(a >>> (k+1) );
    I hope that the two columns of the output wil be the same, but the
    last line isn't.
    Why a == -1 after " int a = -1; a = a >>> 32 " ? I think a should be 0.
    Am I right or is there any mistake?

    See the language spec:
    http://java.sun.com/docs/books/jls/second_edition/html/expressions.doc.html#5121
    in particular:
    If the promoted type of the left-hand operand is int, only the five lowest-order bits of the right-hand operand are used as the shift distance. It is as if the right-hand operand were subjected to a bitwise logical AND operator & (�15.22.1) with the mask value 0x1f. The shift distance actually used is therefore always in the range 0 to 31, inclusive.
    Though it doesn't say why.

  • Logical function optimization taking SSE2 into consideration

    I need to optimize an extensive and time-critical bitwise logical function, so I want to represent it with minimum logical operations. SSE2 includes four bitwise logical instructions: AND, OR, XOR, AND NOT. If I connect wire A (UINT64) to the first input of an LV AND function, wire B (UINT64) to the input of an LV NOT function, and wire from the output of the LV NOT function to the second input of the LV AND function, how many SSE2 instructions will be used?
    A and (not B) = A and not B -- at least one instruction
    or
    A and (not B) = A and (1 and not B) -- at least two instructions
    What would be better to represent the function with: {AND, OR, XOR, NOT} or {AND, OR, XOR, AND NOT}, where AND NOT is built by means of two LV functions?

    altenbach wrote:
    gmiroshnichenko wrote:
    Yes, I get 18 UINT64 arrays on the input and return 2 UINT64 arrays.
    18 arrays (what size?) or an array with 18 U64 elements? Where is the reduction from 18 to 2 taking place? Where is the data coming from?
    For me it is hard to imagine that a few bitwise operations are the bottleneck in the overall operation. Most likely, their speed is insignificant compared to everything else. Good overall code desing is probably more important (inplaceness, avoiding data copies, etc.).
    In LabVIEW, there can be a significant difference between how you wire the primitives on the block diagram, and the compiled LabVIEW code. The LabVIEW compiler is quite sophisticated and your code alternative might even result in the same code under the hood.
    As I said, benchmarking is probably the only way to really tell. Also don't forget parallelization. Is this on a desktop or LabVIEW RT.
    There is the cyclic process:
    1) 2 arrays with 40 U64 elements are expanded to 18 similar arrays with "Rotate 1D Array", logical shifts, and applying bitmasks.
    2) The 18 arrays are reduced to the 2 arrays with bitwise logical operations.
    3) New arrays are assessed.
    The purpose of it is the enumeration of possibilities in the game for two players, and the program is an AI. (It is a contest of AIs. The game is a modification of "game of life".) Each cycle allows to model a change of the game board. The time for thinking is very short, and the goal is to test as many variants as possible.
    Thank you, I will try several ways of wiring. This is a desktop, and it will be possible to use parallelization in for loops.

  • Is there a bitwise tutorial

    Good day. I want to know more about bitwise logic. I understand in Java what the bitwise operands do. What I can't seem to find is instruction on when you would want to use them. I tend to see them used rarely in code examples. Is bitwise manipulation out dated?
    All omy Googling simply returned examples of bitwise logic but not what I am looking for. I guess I need bit 101.
    Thanks.

    . What I can't seem to find is instruction on when
    you would want to use them. I tend to see them used
    rarely in code examples. Is bitwise manipulation out
    dated? its not outdated at all, the lower programing languages use them a lot more though then higher languages like java though. the advantage of them is that they are incredibly fast, a processor can do a bit shift or xor operation easily while things like a multiplication is very slow and complicated. If your looking for a java example look at the Random class though. Id suggest just learning simple binary operations(add,subtract), after that it takes about 20 minutes to learn bitwise operations. simple uses are like using a bitshift instead of *2 as if its something thats repeated a lot it can help with performance, although i think the compiler may pick this up.
    In java it is not necessary to learn this, but it can be a fun thing to make ur code hard to read(hey, its hard to write right?) or give different options for doing the same thing.

  • Src/ Dst being LB'd by same ACE...reachability issue

    Hi,
    Source: 2 Proxy servers
    Destination: 2 Application Servers
    Cannot ping each others VIP.
    Can ping the real servers.
    Is there some issue about the same ACE, LB'ing Src & Dest VIPs.
    Response will be appreciated.
    ACE mod A2(1.2)

    Source is Proxy Server
    Destination is an Application Server
    2 different Vlans.
    Default Gateway is the Router.
    Router sends it to a FW.
    (FW's are LB'd by the ACE as well)
    PBR is used.
    SYN follows the traffic path described above. (rserver-->VIP(Proxy)-->Router-->FW-->down towards the App VIP)
    SYN-ACK (rserver-->VIP (App)-->Router-->VIP (Proxy)
    SYN-ACK does not go thru the FW....but directly to the other VIP.
    Thanks.

  • Error when installing Nagios on solaris 11

        Hello,
    I'm following these instructions (Building and Deploying Nagios on Oracle Solaris 11)  on how to build and install Nagios on a solaris 11 x86 box.  I get all the way to pkg install then I receive this error:
    root-/opt # pkg install nagios
    WARNING: The boot environment being modified is not the active one.  Changes
    made will not be reflected on the next boot.
               Packages to install:  1
                Services to change:  1
           Create boot environment: No
    Create backup boot environment: No
    DOWNLOAD                                PKGS         FILES    XFER (MB)   SPEED
    Completed                                1/1     1294/1294    15.1/15.1    0B/s
    PHASE                                          ITEMS
    Installing new actions                        1/1407Action install failed for 'nagios' (pkg://ops-software/nagios):
      KeyError: 'gid'
    The Boot Environment solaris-2-backup-1 failed to be updated. A snapshot was taken before the failed attempt and is mounted here /tmp/tmpeH7KLq. Use 'beadm unmount solaris-2-backup-10' and then 'beadm activate solaris-2-backup-10' if you wish to boot to this BE.
    pkg: An unexpected error happened during install: 'gid'
    Traceback (most recent call last):
      File "/usr/bin/pkg", line 6373, in handle_errors
        __ret = func(*args, **kwargs)
      File "/usr/bin/pkg", line 6359, in main_func
        pargs=pargs, **opts)
      File "/usr/bin/pkg", line 2177, in install
        update_index=update_index)
      File "/usr/bin/pkg", line 1950, in __api_op
        ret_code = __api_execute_plan(_op, _api_inst)
      File "/usr/bin/pkg", line 1523, in __api_execute_plan
        api_inst.execute_plan()
      File "/usr/lib/python2.6/vendor-packages/pkg/client/api.py", line 2706, in execute_plan
        self._img.imageplan.execute()
      File "/usr/lib/python2.6/vendor-packages/pkg/client/imageplan.py", line 4210, in execute
        p.execute_install(src, dest)
      File "/usr/lib/python2.6/vendor-packages/pkg/client/pkgplan.py", line 516, in execute_install
        dest.install(self, src)
      File "/usr/lib/python2.6/vendor-packages/pkg/actions/group.py", line 80, in install
        if (cur_attrs["gid"] != self.attrs["gid"]):
    KeyError: 'gid'
    pkg: This is an internal error in pkg(5) version f840f00cdeff.  Please log a
    Service Request about this issue including the information above and this
    message.
    root-/opt #
    I've installed other packages with pkg so I don't think its a error with the utility.  I've tried with 2 different versions of Nagios (4.0.7 and 4.0.8) both times getting the same error.  Has anyone seen this error before? any ideas on whats causing it?
    Thanks

    I have not done this myself, and the error you got should be more clear. What version of Solaris 11 are you using?  I think the issue may be in the default GID that is assigned. The instructions don't add a GID to the group action:
    group groupname=nagios
    user username=nagios group=nagios
    The pkg(5) manpage says this is optional:
         gid
             The group's unique numerical id. The  default  value  is the first free group under 100.
    You may want to add a specific GID to see if it solves the issue:
    group groupname=nagios gid=nnn   (where nnn is an unused group ID)
    -- Alan

  • Fonts sizes do not match from Fireworks to coding software

    I am creating bitmaps in FireWorks for a GUI that is being
    implamented in MS Visual Studio. The bitmaps are being saved at 96
    dpi per the engineers request. When i spec a font size that works
    in the Fireworks environment it comes out larger when typed in
    Visual Studio.
    I tried to replicate the problem using Photoshop and got the
    same problem. when i bumped the dpi down to 72 and typed the
    specified font sized it worked perfectly. If i keep the dpi at 96 i
    have to bump the font size down from 14pt to 12 and it seems to
    work
    Any clue as to why this is happening?
    Thanks
    Steve

    On Sun, 2 Jul 2006, Ilya Razmanov wrote
    >I'm afraid people related to some print areas may
    question the
    >definition of "dots" and "dpi".
    They would, because print is different to screen. The OPs
    question was
    about bitmaps and not printing. I don't cover printing on my
    site
    because it's another topic.
    >Unless, of course, you provide us with universal
    definitions of
    >points, dots, DBUs and, apparently, inches (I'm afraid we
    are about to
    >have problems even with inches).
    I do give definitions on the site. As for "universal" the
    terms I use
    are universal in the Windows world, except when even
    Microsoft
    documentation gets it wrong. Documentation, in a large
    company, is
    seldom written by the people who write the software - they
    have better
    things to do -:)
    The concept of screen logical inches, as opposed to screen
    physical
    inches, is difficult because they are both referred to as
    just inches.
    Logical inches are referred to in Microsoft documentation and
    a problem,
    as with most Microsoft documentation, is that they almost
    never explain
    what they mean. They take it for granted that if you need to
    read it
    then you know what it means. This document mentions logical
    inches in
    the last paragraph.
    <
    http://msdn.microsoft.com/library/default.asp?url=/library/en-us/gdi/fon
    text_56yb.asp>
    >However, that was not my main point. My main point was
    that software
    >have to translate these units somehow, and the "metric"
    sometimes do
    >not match.
    Could you give an example of this "mismatch:?
    Richard Mason
    http://www.emdpi.com

  • Error in Creating a XML Doc

    i am having a error in the fellowing program.
    When i create a xml file.Entire XML file is printed in a single line.
    import org.w3c.dom.*;
    import javax.xml.parsers.*;
    import javax.xml.transform.*;
    import javax.xml.transform.dom.DOMSource;
    import javax.xml.transform.stream.StreamResult;
    class CreateDomXml
    public static void main(String[] args)
    try{
    DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();
    DocumentBuilder docBuilder = factory.newDocumentBuilder();
    Document doc = docBuilder.newDocument();
    Element root = doc.createElement("root");
    doc.appendChild(root);
    Comment comment = doc.createComment("This is comment");
    root.appendChild(comment);
    Element childElement = doc.createElement("Child");
    childElement.setAttribute("attribute1","The value of Attribute 1");
    root.appendChild(childElement);
    TransformerFactory tranFactory = TransformerFactory.newInstance();
    Transformer aTransformer = tranFactory.newTransformer();
    Source src = new DOMSource(doc);
    Result dest = new StreamResult(System.out);
    Result dest = new StreamResult(new File("hello.xml"));
    aTransformer.transform(src, dest);
    }catch(Exception e){
    System.out.println(e.getMessage());
    OUTput
    *<?xml version="1.0" encoding="UTF-8" standalone="no"?><root><!--This is comment--><Child attribute1="The value of Attribute 1"/></root>*
    Edited by: psathishcs on May 29, 2008 6:24 PM

    what do you expect it to print?
    your output is set to System.out, not a file.

  • Cisco 2811 SIP-to-SIP GW T.38 does not work!

    Hello!
    Diagram is something like this:  Softswitch(MERA) -->>-- Cisco2811 -->>-- Softswitch(MERA)   It's needed to limit traffic if one of SSWs is hacked. But it is not a subject. We just need such "construction".
    Previously there was Cisco 1760 instead of 2811, result was the same. So I exclude platform and IOS.
    1. Voice calls are sent and received fine in diagram above.
    2. Fax are passed good between two Softswitches if I exclude Cisco2811.
    3. Faxes are stopped immediately when I re-route voice traffic through Cisco2811 (in the same conditions on both Softswitches as in above paragraph 2. That is, Faxes are passed between Softswitches directly, I don't change anything on Softswitches, and I just re-route Voice from both Softswitches on C2811 - Faxes stop immediately).
    4. Relevant configuraion:
    voice service voip allow-connections sip to sip!!voice class uri  Centrex sip host ^10\.0\.99\.111$!voice class uri  RTU1 sip host ^10\.0\.99\.121$!voice class uri  RTU2 sip host ^10\.0\.99\.221$!!voice class codec 1 codec preference 1 g711alaw bytes 80 codec preference 2 clear-channel!!voice translation-rule 112 rule 1 /^000112\(.*\)$/ /\1/!voice translation-rule 999 rule 1 /^999\(.*\)$/ /000\1/!voice translation-rule 999112 rule 1 /^\(.*\)$/ /999112\1/!voice translation-profile 112 translate called 112!voice translation-profile 999 translate called 999!voice translation-profile 999112 translate called 999112!!interface FastEthernet0/0.18 encapsulation dot1Q 18 ip address 10.0.99.29 255.255.255.0 no snmp trap link-status!!dial-peer voice 999112 voip translation-profile incoming 999112 voice-class codec 1 session protocol sipv2 incoming uri from Centrex dtmf-relay rtp-nte fax-relay ecm disable fax rate 9600 fax nsf 000000 fax protocol t38 ls-redundancy 3 hs-redundancy 0 fallback pass-through g711alaw no vad!dial-peer voice 999 voip translation-profile outgoing 999 destination-pattern 999.+ voice-class codec 1 session protocol sipv2 session target ipv4:10.0.99.99 session transport udp dtmf-relay rtp-nte fax-relay ecm disable fax rate 9600 fax nsf 000000 fax protocol t38 ls-redundancy 3 hs-redundancy 0 fallback pass-through g711alaw no vad!dial-peer voice 112 voip translation-profile outgoing 112 destination-pattern 000112.+ voice-class codec 1 session protocol sipv2 session target ipv4:10.0.99.100 session transport udp dtmf-relay rtp-nte fax-relay ecm disable fax rate 9600 fax nsf 000000 fax protocol t38 ls-redundancy 3 hs-redundancy 0 fallback pass-through g711alaw no vad!dial-peer voice 901 voip voice-class codec 1 session protocol sipv2 incoming uri from RTU1 dtmf-relay rtp-nte fax-relay ecm disable fax rate 9600 fax nsf 000000 fax protocol t38 ls-redundancy 3 hs-redundancy 0 fallback pass-through g711alaw no vad!dial-peer voice 902 voip voice-class codec 1 session protocol sipv2 incoming uri from RTU2 dtmf-relay rtp-nte fax-relay ecm disable fax rate 9600 fax nsf 000000 fax protocol t38 ls-redundancy 3 hs-redundancy 0 fallback pass-through g711alaw no vad!
    5. TSHARK from left-side Softswitch:
    16:10:51.680764  10.0.99.221 -> 10.0.99.29   SIP/SDP Request: INVITE sip:[email protected];user=phone, with session description16:10:51.721616   10.0.99.29 -> 10.0.99.221  SIP Status: 100 Trying16:10:55.413288   10.0.99.29 -> 10.0.99.221  SIP/SDP Status: 183 Session Progress, with session description16:10:55.418718   10.0.99.29 -> 10.0.99.221  SIP Status: 180 Ringing16:10:59.090481   10.0.99.29 -> 10.0.99.221  SIP/SDP Status: 200 OK, with session description16:10:59.091451  10.0.99.221 -> 10.0.99.29   SIP Request: ACK sip:[email protected]:506016:11:04.296532   10.0.99.29 -> 10.0.99.221  SIP Status: 488 Not Acceptable Media16:11:04.296708  10.0.99.221 -> 10.0.99.29   SIP Request: ACK sip:[email protected]:506016:11:04.793058   10.0.99.29 -> 10.0.99.221  SIP/SDP Status: 200 OK, with session description16:11:04.793262  10.0.99.221 -> 10.0.99.29   SIP Request: ACK sip:[email protected]:506016:11:05.793043   10.0.99.29 -> 10.0.99.221  SIP/SDP Status: 200 OK, with session description16:11:05.793261  10.0.99.221 -> 10.0.99.29   SIP Request: ACK sip:[email protected]:506016:11:07.793042   10.0.99.29 -> 10.0.99.221  SIP/SDP Status: 200 OK, with session description16:11:07.793300  10.0.99.221 -> 10.0.99.29   SIP Request: ACK sip:[email protected]:506016:11:11.793077   10.0.99.29 -> 10.0.99.221  SIP/SDP Status: 200 OK, with session description16:11:11.793264  10.0.99.221 -> 10.0.99.29   SIP Request: ACK sip:[email protected]:506016:11:15.793316   10.0.99.29 -> 10.0.99.221  SIP/SDP Status: 200 OK, with session description16:11:15.793541  10.0.99.221 -> 10.0.99.29   SIP Request: ACK sip:[email protected]:506016:11:19.793289   10.0.99.29 -> 10.0.99.221  SIP/SDP Status: 200 OK, with session description16:11:19.793538  10.0.99.221 -> 10.0.99.29   SIP Request: ACK sip:[email protected]:506016:11:23.794963   10.0.99.29 -> 10.0.99.221  SIP Request: BYE sip:[email protected]:5061;user=phone16:11:23.795650  10.0.99.221 -> 10.0.99.29   SIP Status: 200 OK
    6. TSHARK from right-side Softswitch:
    16:10:12.071247  10.0.99.111 -> 10.0.99.29   SIP/SDP Request: INVITE sip:[email protected];user=phone, with session description16:10:12.113708   10.0.99.29 -> 10.0.99.111  SIP Status: 100 Trying16:10:12.843352   10.0.99.29 -> 10.0.99.111  SIP/SDP Status: 183 Session Progress, with session description16:10:16.328955   10.0.99.29 -> 10.0.99.111  SIP/SDP Status: 200 OK, with session description16:10:16.329808  10.0.99.111 -> 10.0.99.29   SIP Request: ACK sip:[email protected]:506016:10:51.721600   10.0.99.29 -> 10.0.99.100  SIP/SDP Request: INVITE sip:[email protected]:5060, with session description16:10:51.723145  10.0.99.100 -> 10.0.99.29   SIP Status: 100 Trying16:10:55.384493  10.0.99.100 -> 10.0.99.29   SIP/SDP Status: 183 Progress, with session description16:10:55.392178  10.0.99.100 -> 10.0.99.29   SIP Status: 180 Ringing16:10:59.069771  10.0.99.100 -> 10.0.99.29   SIP/SDP Status: 200 OK, with session description16:10:59.088587   10.0.99.29 -> 10.0.99.100  SIP Request: ACK sip:[email protected]:5060
    7. Debug output for "debug ccsip all" and "debug voice dialpeer all"
    Router#*Sep 19 12:27:55.107: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportSetAgeingTimer: Aging timer initiated for holder=0x4654DA30,addr=10.0.99.111*Sep 19 12:27:55.267: //-1/xxxxxxxxxxxx/SIP/Info/HandleUdpSocketReads: Msg enqueued for SPI with IP addr: 10.0.99.221:5061*Sep 19 12:27:55.267: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportProcessNWNewConnMsg: context=0x00000000*Sep 19 12:27:55.267: //-1/xxxxxxxxxxxx/SIP/Transport/sipSPIUpdateResponseInfo: Dialog Transaction Address 10.0.99.221,Port 5061, Transport 1, SentBy Port 5061*Sep 19 12:27:55.267: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:Received:INVITE sip:[email protected];user=phone SIP/2.0Via: SIP/2.0/UDP 10.0.99.221:5061;rport;branch=z9hG4bK-3628481038-3792786178-436258467-408012644From: <sip:[email protected]:5061;user=phone>;tag=4095425038-3792786178-436258467-408012644To: <sip:[email protected];user=phone>Call-ID: [email protected]: 1 INVITEContact: <sip:[email protected]:5061;user=phone>Content-Type: application/sdpAllow: ACK, BYE, CANCEL, INFO, INVITE, OPTIONS, REFER, REGISTER, UPDATEMax-Forwards: 70User-Agent: MERA MVTS3G v.4.4.0-15Cisco-Guid: 237931618-38998498-2747662362-1690784024Category: 10Content-Length:   313v=0o=- 1348056651 1348056651 IN IP4 10.0.99.221s=-c=IN IP4 10.0.99.221t=0 0m=audio 17294 RTP/AVP 8 0 18 4 96a=rtpmap:8 PCMA/8000a=rtpmap:0 PCMU/8000a=rtpmap:18 G729/8000a=fmtp:18 annexb=noa=rtpmap:4 G723/8000a=fmtp:4 annexa=yesa=rtpmap:96 telephone-event/8000a=fmtp:96 0-15a=sendrecv*Sep 19 12:27:55.267: //-1/0E2E8C62A3C6/SIP/State/sipSPIChangeState: 0x4627A3B8 : State change from (STATE_NONE, SUBSTATE_NONE)  to (STATE_IDLE, SUBSTATE_NONE)*Sep 19 12:27:55.267: //-1/xxxxxxxxxxxx/SIP/Transport/sipSPIUpdateResponseInfo: Dialog Transaction Address 10.0.99.221,Port 5061, Transport 1, SentBy Port 5060*Sep 19 12:27:55.267: //-1/xxxxxxxxxxxx/SIP/Info/sipSPISetDateHeader: Clock Time Zone is UTC, same as GMT: Using GMT*Sep 19 12:27:55.267: //-1/xxxxxxxxxxxx/SIP/Transport/sipSPIUpdateResponseInfo: Dialog Transaction Address 10.0.99.221,Port 5061, Transport 1, SentBy Port 5061*Sep 19 12:27:55.271: //-1/xxxxxxxxxxxx/SIP/Info/sipSPIGetGtdBody: No valid GTD body found.*Sep 19 12:27:55.271: //-1/0E2E8C62A3C6/SIP/Info/sipSPIUaddCcbToUASReqTable: ****Adding to UAS Request table.*Sep 19 12:27:55.271: //-1/0E2E8C62A3C6/SIP/Info/sipSPIUaddCcbToTable: Added to table. ccb=0x4627A3B8 [email protected]*Sep 19 12:27:55.271: //-1/0E2E8C62A3C6/SIP/Info/sipSPIMatchSrcIpGroup: Match not found on carrier id*Sep 19 12:27:55.271: //-1/0E2E8C62A3C6/SIP/Info/sipSPIMatchSrcIpGroup: Match not found on Incoming called number: 0001124957887603*Sep 19 12:27:55.271: //-1/0E2E8C62A3C6/SIP/Info/sipSPIMatchSrcIpGroup: Match not found on destination pattern: 4991589848*Sep 19 12:27:55.271: //-1/0E2E8C62A3C6/SIP/Info/ccsipUpdateIncomingCallParams: ccCallInfo: Calling name , number 4991589848, Calling oct3 0x00, oct_3a 0x80, Called number 0001124957887603*Sep 19 12:27:55.271: //-1/0E2E8C62A3C6/DPM/dpAssociateIncomingPeerCore:   Calling Number=4991589848, Called Number=0001124957887603, Voice-Interface=0x0,   Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search Type=PEER_TYPE_VOICE,   Peer Info Type=DIALPEER_INFO_SPEECH*Sep 19 12:27:55.271: //-1/0E2E8C62A3C6/DPM/dpAssociateIncomingPeerCore:   Match Rule=DP_MATCH_REQUEST_URI; URI=sip:[email protected];user=phone*Sep 19 12:27:55.271: //-1/0E2E8C62A3C6/DPM/dpMatchPeertype:   Is Incoming=TRUE, Number Expansion=FALSE*Sep 19 12:27:55.271: //-1/0E2E8C62A3C6/DPM/dpMatchCore:   Dial String=, Expanded String=, Calling Number=   Timeout=TRUE, Is Incoming=TRUE, Peer Info Type=DIALPEER_INFO_SPEECH*Sep 19 12:27:55.271: //-1/0E2E8C62A3C6/DPM/dpMatchCore:   Result=-1*Sep 19 12:27:55.271: //-1/0E2E8C62A3C6/DPM/dpMatchPeertype:exit@5392*Sep 19 12:27:55.271: //-1/0E2E8C62A3C6/DPM/dpAssociateIncomingPeerCore:   Match Rule=DP_MATCH_TO_URI; URI=sip:[email protected];user=phone*Sep 19 12:27:55.271: //-1/0E2E8C62A3C6/DPM/dpMatchPeertype:   Is Incoming=TRUE, Number Expansion=FALSE*Sep 19 12:27:55.271: //-1/0E2E8C62A3C6/DPM/dpMatchCore:   Dial String=, Expanded String=, Calling Number=   Timeout=TRUE, Is Incoming=TRUE, Peer Info Type=DIALPEER_INFO_SPEECH*Sep 19 12:27:55.271: //-1/0E2E8C62A3C6/DPM/dpMatchCore:   Result=-1*Sep 19 12:27:55.271: //-1/0E2E8C62A3C6/DPM/dpMatchPeertype:exit@5392*Sep 19 12:27:55.271: //-1/0E2E8C62A3C6/DPM/dpAssociateIncomingPeerCore:   Match Rule=DP_MATCH_FROM_URI; URI=sip:[email protected]:5061;user=phone*Sep 19 12:27:55.271: //-1/0E2E8C62A3C6/DPM/dpMatchPeertype:   Is Incoming=TRUE, Number Expansion=FALSE*Sep 19 12:27:55.271: //-1/0E2E8C62A3C6/DPM/dpMatchCore:   Dial String=, Expanded String=, Calling Number=   Timeout=TRUE, Is Incoming=TRUE, Peer Info Type=DIALPEER_INFO_SPEECH*Sep 19 12:27:55.275: //-1/0E2E8C62A3C6/DPM/MatchNextPeer:   Result=Success(0); Incoming Dial-peer=902 Is Matched*Sep 19 12:27:55.275: //-1/0E2E8C62A3C6/DPM/dpMatchPeertype:exit@5392*Sep 19 12:27:55.275: //-1/0E2E8C62A3C6/DPM/dpAssociateIncomingPeerCore:   Result=Success(0) after DP_MATCH_FROM_URI; Incoming Dial-peer=902*Sep 19 12:27:55.275: //-1/0E2E8C62A3C6/DPM/dpAssociateIncomingPeerSPI:exit@5926*Sep 19 12:27:55.275: //-1/0E2E8C62A3C6/SIP/Info/sipSPIGetCallConfig: Peer tag 902 matched for incoming call*Sep 19 12:27:55.275: //-1/0E2E8C62A3C6/SIP/Info/sipSPIGetCallConfig: Using Voice Class Codec, tag = 1*Sep 19 12:27:55.275: //-1/0E2E8C62A3C6/SIP/Info/sipSPICopyPeerDataToCCB:From CLI: Modem NSE payload = 100, Passthrough = 0, Modem relay = 0, Gw-Xid = 1SPRT latency 200, SPRT Retries = 12, Dict Size = 1024 String Len = 32, Compress dir = 3*Sep 19 12:27:55.275: //-1/0E2E8C62A3C6/SIP/Info/sipSPIContinueNewMsgInvite: Calling name , number 4991589848, Calling oct3 0x00, oct_3a 0x80, ext_priv 0x00, Called number 0001124957887603, oct3 0x00*Sep 19 12:27:55.275: //-1/0E2E8C62A3C6/SIP/Info/sipSPIContinueNewMsgInvite: Carrier id code , prev_cid NONE, next_cid NONE, prev_tgrp NONE, next_tgrp NONE*Sep 19 12:27:55.275: //19/0E2E8C62A3C6/SIP/Info/sipSPIDoMediaNegotiation: Number of m-lines = 1*Sep 19 12:27:55.275: //19/0E2E8C62A3C6/SIP/Info/sipSPIDoAudioNegotiation: Codec (g711alaw) Negotiation Successful on Static Payload for m-line 1*Sep 19 12:27:55.275: //19/0E2E8C62A3C6/SIP/Info/sipSPIDoPtimeNegotiation: No ptime present or multiple ptime attributes that can't be handled*Sep 19 12:27:55.275: //19/0E2E8C62A3C6/SIP/Info/sipSPIDoDTMFRelayNegotiation: m-line index 1*Sep 19 12:27:55.275: //19/0E2E8C62A3C6/SIP/Info/sipSPICheckDynPayloadUse: Dynamic payload(96) could not be reserved.*Sep 19 12:27:55.275: //19/0E2E8C62A3C6/SIP/Info/sipSPIDoDTMFRelayNegotiation: Requested DTMF-RELAY payload (96) is reserved by another application.*Sep 19 12:27:55.275: //19/0E2E8C62A3C6/SIP/Info/sipSPIDoDTMFRelayNegotiation: Requested DTMF-RELAY option(s) not found in Preferred DTMF-RELAY option list!*Sep 19 12:27:55.275: //19/0E2E8C62A3C6/SIP/Info/sipSPIStreamTypeAndDtmfRelay: DTMF Relay mode: Inband Voice*Sep 19 12:27:55.275: //-1/xxxxxxxxxxxx/SIP/Info/sip_sdp_get_modem_relay_cap_params: NSE payload from X-cap = 0*Sep 19 12:27:55.275: //19/0E2E8C62A3C6/SIP/Info/sip_select_modem_relay_params: X-tmr not present in SDP. Disable modem relay*Sep 19 12:27:55.275: //19/0E2E8C62A3C6/SIP/Info/sipSPIGetSDPDirectionAttribute: No direction attribute present or multiple direction attributes that can't be handled for m-line:1 and num-a-lines:0*Sep 19 12:27:55.275: //19/0E2E8C62A3C6/SIP/Info/sipSPIDoAudioNegotiation: Codec negotiation successful for media line 1        payload_type=8, codec_bytes=80, codec=g711alaw, dtmf_relay=inband-voice        stream_type=voice-only (0), dest_ip_address=10.0.99.221, dest_port=17294*Sep 19 12:27:55.275: //19/0E2E8C62A3C6/SIP/Media/sipSPIUpdCallWithSdpInfo:        Preferred Codec        : g711alaw, bytes :80        Preferred  DTMF relay  : rtp-nte        Preferred NTE payload  : 101        Early Media            : No        Delayed Media          : No        Bridge Done            : No        New Media              : No        DSP DNLD Reqd          : No*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIP/Media/sipSPISetMediaSrcAddr: Media src addr for stream 1 = 10.0.99.29*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_report_media_to_peer: callId 19 peer 0 flags 0x201*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo:CallID 19, sdp 0x45A61FCC channels 0x4627BC80SIP: (19) Attribute ptime, level 1 instance 1 not found.*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo:Hndl ptype 8 mline 1*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo: Selecting codec g711alaw*Sep 19 12:27:55.279: //-1/xxxxxxxxxxxx/SIP/Info/convert_codec_bytes_to_ptime: Values :Codec: g711alaw codecbytes :80, ptime: 10*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo: Media negotiation done: stream->negotiated_ptime=0,stream->negotiated_codec_bytes=80, coverted ptime=10 stream->mline_index=1, media_ndx=1*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo:Adding codec 6 ptype 8 time 10, bytes 80  as channel 0 mline 1 ss 0 10.0.99.221:17294*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo:Hndl ptype 0 mline 1*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo: Selecting codec g711ulawSIP: (19) Attribute ptime, level 1 instance 1 not found.*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo: Media negotiation NOT done, get ptime from sdp: ptime=0, media_ndx=1*Sep 19 12:27:55.279: //-1/xxxxxxxxxxxx/SIP/Info/convert_ptime_to_codec_bytes: Values :Codec: g711ulaw ptime :0, codecbytes: 0*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo: Codec bytes 0, use default packet rate 160*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo:Adding codec 5 ptype 0 time 0, bytes 160  as channel 1 mline 1 ss 0 10.0.99.221:17294*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo:Hndl ptype 18 mline 1*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIP/Info/sipSPISelectCodecVersion: Codec (g729r8) is not in preferred list*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIRouter#P/Info/sipSPI_ipip_copy_sdp_to_channelInfo: An exact codec match not configured, using interoperable codec g729r8 pre-ietf*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo: Selecting codec g729r8 pre-ietfSIP: (19) Attribute ptime, level 1 instance 1 not found.*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo: Media negotiation NOT done, get ptime from sdp: ptime=0, media_ndx=1*Sep 19 12:27:55.279: //-1/xxxxxxxxxxxx/SIP/Info/convert_ptime_to_codec_bytes: Values :Codec: g729r8 pre-ietf ptime :0, codecbytes: 0*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo: Codec bytes 0, use default packet rate 20*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo:Adding codec 0 ptype 18 time 0, bytes 20  as channel 2 mline 1 ss 0 10.0.99.221:17294*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo:Hndl ptype 4 mline 1*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIP/Info/sipSPISelectCodecVersion: Codec (g723ar63) is not in preferred list*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo: An exact codec match not configured, using interoperable codec g729r8 pre-ietf*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo: Selecting codec g729r8 pre-ietfSIP: (19) Attribute ptime, level 1 instance 1 not found.*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo: Media negotiation NOT done, get ptime from sdp: ptime=0, media_ndx=1*Sep 19 12:27:55.279: //-1/xxxxxxxxxxxx/SIP/Info/convert_ptime_to_codec_bytes: Values :Codec: g729r8 pre-ietf ptime :0, codecbytes: 0*Sep 19 12:27:55.279: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo: Codec bytes 0, use default packet rate 20*Sep 19 12:27:55.283: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo:Adding codec 0 ptype 4 time 0, bytes 20  as channel 3 mline 1 ss 0 10.0.99.221:17294*Sep 19 12:27:55.283: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo:Hndl ptype 96 mline 1*Sep 19 12:27:55.283: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_report_media_to_peer:Report initial call media*Sep 19 12:27:55.283: //19/0E2E8C62A3C6/SIP/Info/copy_channels: callId 19 size 296 ptr 0x46646D94)*Sep 19 12:27:55.283: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_report_media_to_peer:CCSIP: Unable to report channel ind*Sep 19 12:27:55.283: //19/0E2E8C62A3C6/SIP/Media/sipSPIUpdCallWithSdpInfo:          Stream type            : voice-only          Media line             : 1          State                  : STREAM_ADDING (2)          Callid                 : -1          Negotiated Codec       : g711alaw, bytes :80          Negotiated DTMF relay  : inband-voice          Negotiated NTE payload : 0          Negotiated CN payload  : 0          Media Srce Addr/Port   : 10.0.99.29:0          Media Dest Addr/Port   : 10.0.99.221:17294*Sep 19 12:27:55.283: //19/0E2E8C62A3C6/SIP/Info/sipSPIHandleInviteMedia:Negotiated Codec        : g711alaw, bytes :80Preferred Codec         : g711alaw, bytes :80Preferred  DTMF relay 1 : 6Preferred  DTMF relay 2 : 0Negotiated DTMF relay   : 0Preferred and Negotiated NTE payloads: 101 0Preferred and Negotiated NSE payloads: 100 0Preferred and Negotiated Modem Relay: 0 0Preferred and Negotiated Modem Relay GwXid: 1 0*Sep 19 12:27:55.283: //19/0E2E8C62A3C6/SIP/Info/sipSPIDoQoSNegotiation: SDP body with media description*Sep 19 12:27:55.283: //19/0E2E8C62A3C6/SIP/Info/sipSPICanSetFallbackFlag: Local Fallback is not active*Sep 19 12:27:55.283: //-1/xxxxxxxxxxxx/SIP/Media/sipSPIReserveRtpPort: reserved port 19570 for stream 1*Sep 19 12:27:55.283: //19/0E2E8C62A3C6/SIP/Info/sipSPIUpdateSrcSdpFixedPart: Reserving rtp port for stream 1, src_port=19570*Sep 19 12:27:55.283: //-1/xxxxxxxxxxxx/SIP/Info/sipSPISetMediaDirectionForStream: Setting Media direction SENDRECV for stream 1*Sep 19 12:27:55.283: //19/0E2E8C62A3C6/SIP/Info/sipSPIUpdateSrcSdpVariablePart: Setting stream 1 portnum to 19570*Sep 19 12:27:55.283: //19/0E2E8C62A3C6/SIP/Info/sipSPIAddBillingInfoToCcb: sipCallId for billing records = [email protected]*Sep 19 12:27:55.283: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_store_channel_info: Store channelInfo in CallInfo*Sep 19 12:27:55.283: //-1/xxxxxxxxxxxx/SIP/Info/sipSPICreateRawMsg: No GTD passed.*Sep 19 12:27:55.283: //19/0E2E8C62A3C6/SIP/Info/sipSPIContinueNewMsgInvite: ccsip_api_call_setup_ind returned: SIP_SUCCESS*Sep 19 12:27:55.283: //19/0E2E8C62A3C6/SIP/Info/sipSPIUaddCcbToUASRespTable: ****Adding to UAS Response table.*Sep 19 12:27:55.287: //19/0E2E8C62A3C6/SIP/Info/sipSPIUaddCcbToTable: Added to table. ccb=0x4627A3B8 [email protected]*Sep 19 12:27:55.287: //19/0E2E8C62A3C6/SIP/Info/sipSPIUaddccCallIdToTable: Adding call id 13 to table*Sep 19 12:27:55.287: //19/0E2E8C62A3C6/SIP/Transport/sipSPITransportSendMessage: msg=0x4654E450, addr=10.0.99.221, port=5061, sentBy_port=5061, is_req=0, transport=1, switch=0, callBack=0x00000000*Sep 19 12:27:55.287: //19/0E2E8C62A3C6/SIP/Transport/sipSPITransportSendMessage: Proceedable for sending msg immediately*Sep 19 12:27:55.287: //19/0E2E8C62A3C6/SIP/Transport/sipTransportLogicSendMsg: switch transport is 0*Sep 19 12:27:55.287: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportPostSendMessage: Posting send for msg=0x4654E450, addr=10.0.99.221, port=5061, connId=0 for UDP*Sep 19 12:27:55.287: //19/0E2E8C62A3C6/SIP/State/sipSPIChangeState: 0x4627A3B8 : State change from (STATE_IDLE, SUBSTATE_NONE)  to (STATE_RECD_INVITE, SUBSTATE_NONE)*Sep 19 12:27:55.287: //19/0E2E8C62A3C6/SIP/Info/sipSPIProcessContactInfo: Previous Hop 10.0.99.221:5061*Sep 19 12:27:55.287: //-1/xxxxxxxxxxxx/SIP/Event/sipSPIEventInfo: Queued event from SIP SPI : SIPSPI_EV_CC_CALL_PROCEEDING*Sep 19 12:27:55.291: //-1/0E2E8C62A3C6/DPM/dpMatchPeersCore:   Calling Number=, Called Number=0001124957887603, Peer Info Type=DIALPEER_INFO_SPEECH*Sep 19 12:27:55.291: //-1/0E2E8C62A3C6/DPM/dpMatchPeersCore:   Match Rule=DP_MATCH_DEST; Called Number=0001124957887603*Sep 19 12:27:55.291: //-1/0E2E8C62A3C6/DPM/dpMatchCore:   Dial String=0001124957887603, Expanded String=0001124957887603, Calling Number=   Timeout=TRUE, Is Incoming=FALSE, Peer Info Type=DIALPEER_INFO_SPEECH*Sep 19 12:27:55.291: //-1/0E2E8C62A3C6/DPM/MatchNextPeer:   Result=Success(0); Outgoing Dial-peer=112 Is Matched*Sep 19 12:27:55.291: //-1/0E2E8C62A3C6/DPM/dpMatchPeersCore:   Result=Success(0) after DP_MATCH_DEST*Sep 19 12:27:55.291: //-1/0E2E8C62A3C6/DPM/dpMatchPeersMoreArg:   Result=SUCCESS(0)   List of Matched Outgoing Dial-peer(s):     1: Dial-peer Tag=112*Sep 19 12:27:55.291: //20/000000000000/SIP/State/sipSPIChangeState: 0x4627C64C : State change from (STATE_NONE, SUBSTATE_NONE)  to (STATE_IDLE, SUBSTATE_NONE)*Sep 19 12:27:55.291: //20/000000000000/SIP/Info/ccsip_call_setup_request: This a IPIP call: Chan 0, codec 6 channel 17294, ip A0063DD:17294  params 0x465F9EF4 caps 0x44ED30C8*Sep 19 12:27:55.291: //20/000000000000/SIP/Info/ccsip_call_setup_request: This a IPIP call: Chan 1, codec 5 channel 17294, ip A0063DD:17294  params 0x465F9EF4 caps 0x44ED30C8*Sep 19 12:27:55.291: //20/000000000000/SIP/Info/ccsip_call_setup_request: This a IPIP call: Chan 2, codec 0 channel 17294, ip A0063DD:17294  params 0x465F9EF4 caps 0x44ED30C8*Sep 19 12:27:55.291: //20/000000000000/SIP/Info/ccsip_call_setup_request: This a IPIP call: Chan 3, codec 0 channel 17294, ip A0063DD:17294  params 0x465F9EF4 caps 0x44ED30C8*Sep 19 12:27:55.291: //-1/xxxxxxxxxxxx/SIP/Event/sipSPIEventInfo: Queued event from SIP SPI : SIPSPI_EV_CC_CALL_SETUP*Sep 19 12:27:55.291: //-1/xxxxxxxxxxxx/SIP/Info/ccsip_event_handler:*Sep 19 12:27:55.291: //-1/xxxxxxxxxxxx/SIP/Info/ccsip_event_handler: switch(ev.ev_id: 137)*Sep 19 12:27:55.291: //19/0E2E8C62A3C6/SIP/Info/ccsip_event_handler: ccsip_event_handler: peer ID 20 chans 0x44EE3BB0 event 137 flags 0x10020038 0x601 data 0x44EE3BB0*Sep 19 12:27:55.291: //19/0E2E8C62A3C6/SIP/Info/ccsip_event_handler: ccsip_event_handler: CC_EV_H245_SET_MODE: peer ID 20 chans 0x44EE3BB0 event 137 flags  0x10020038 0x601 data 0x44EE3BB0*Sep 19 12:27:55.295: //19/0E2E8C62A3C6/SIP/Info/ccsip_event_handler: ccsip_event_handler: CC_EV_H245_SET_MODE: peer ID 20 chans 0x44EE3BB0 event 137 flags 0x10020038 0x601 data 0x44EE3BB0, type = 3*Sep 19 12:27:55.295: //-1/xxxxxxxxxxxx/SIP/Info/ccsip_event_handler: CC_R_SUCCESS_WITH_CONFIRMED*Sep 19 12:27:55.295: //20/000000000000/SIP/Info/sipSPIUaddccCallIdToTable: Adding call id 14 to table*Sep 19 12:27:55.295: //20/000000000000/SIP/Info/act_idle_continue_call_setup:*Sep 19 12:27:55.295: //20/000000000000/SIP/Info/sipSPIGetCallConfig: preferred_codec set[0] type :No Codec    bytes: 0*Sep 19 12:27:55.295: //20/000000000000/SIP/Info/sipSPICanSetFallbackFlag: Local Fallback is not active*Sep 19 12:27:55.295: //20/000000000000/SIP/Info/sipSPIGetCallConfig: Using Voice Class Codec, tag = 1*Sep 19 12:27:55.295: //20/000000000000/SIP/Info/sipSPICopyPeerDataToCCB:From CLI: Modem NSE payload = 100, Passthrough = 0, Modem relay = 0, Gw-Xid = 1SPRT latency 200, SPRT Retries = 12, Dict Size = 1024 String Len = 32, Compress dir = 3*Sep 19 12:27:55.295: //20/000000000000/SIP/Info/sipSPI_ipip_copy_channelInfo_to_sdp:callid 20, channels 0x44E96BE0 caps 0x44ED30C8*Sep 19 12:27:55.295: //20/000000000000/SIP/Info/sipSPI_ipip_copy_channelInfo_to_sdp:pref dtmf 96*Sep 19 12:27:55.295: //20/000000000000/SIP/Info/sipSPIValidateGtd: No rawMsg from CCAPI*Sep 19 12:27:55.295: //20/000000000000/SIP/Info/sipSPIUaddCcbToUACTable: ****Adding to UAC table.*Sep 19 12:27:55.295: //20/000000000000/SIP/Info/sipSPIUaddCcbToTable: Added to table. ccb=0x4627C64C [email protected]*Sep 19 12:27:55.295: //20/000000000000/SIP/Info/sipSPIUsetBillingProfile: sipCallId for billing records = [email protected]*Sep 19 12:27:55.295: //20/000000000000/SIP/Media/sipSPISetMediaSrcAddr: Media src addr for stream 1 = 10.0.99.29*Sep 19 12:27:55.295: //-1/xxxxxxxxxxxx/SIP/Media/sipSPIReserveRtpPort: reserved port 16926 for stream 1*Sep 19 12:27:55.299: //20/000000000000/SIP/Media/sipSPIAddSDPMediaPayload: Preferred method of dtmf relay is: 6, with payload: 101*Sep 19 12:27:55.299: //-1/xxxxxxxxxxxx/SIP/Info/convert_codec_bytes_to_ptime: Values :Codec: g711alaw codecbytes :80, ptime: 10*Sep 19 12:27:55.299: //20/000000000000/SIP/Info/sip_generate_sdp_xcapsRouter#_list: Modem Relay and T38 disabled. X-cap not needed*Sep 19 12:27:55.299: //-1/xxxxxxxxxxxx/SIP/Transport/sipSPIUpdateResponseInfo: Dialog Transaction Address 10.0.99.100,Port 5060, Transport 1, SentBy Port 5060*Sep 19 12:27:55.299: //-1/xxxxxxxxxxxx/SIP/Info/sipSPISetDateHeader: Clock Time Zone is UTC, same as GMT: Using GMT*Sep 19 12:27:55.299: //20/000000000000/SIP/Event/sipSPICreateRpid: Received Octet3A=0x80 -> Setting ;screen=no ;privacy=off*Sep 19 12:27:55.299: //20/000000000000/SIP/Transport/sipSPISendInvite: Sending Invite to the transport layer*Sep 19 12:27:55.299: //20/000000000000/SIP/Transport/sipSPIGetSwitchTransportFlag: Return the Global configuration, Switch Transport is FALSE*Sep 19 12:27:55.299: //20/000000000000/SIP/Transport/sipSPITransportSendMessage: msg=0x4654D520, addr=10.0.99.100, port=5060, sentBy_port=0, is_req=1, transport=1, switch=0, callBack=0x41086470*Sep 19 12:27:55.299: //20/000000000000/SIP/Transport/sipSPITransportSendMessage: Proceedable for sending msg immediately*Sep 19 12:27:55.299: //20/000000000000/SIP/Transport/sipTransportLogicSendMsg: switch transport is 0*Sep 19 12:27:55.299: //20/000000000000/SIP/Transport/sipTransportLogicSendMsg: Set to send the msg=0x4654D520*Sep 19 12:27:55.299: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportPostSendMessage: Posting send for msg=0x4654D520, addr=10.0.99.100, port=5060, connId=3 for UDP*Sep 19 12:27:55.299: //20/000000000000/SIP/Info/sentInviteRequest: Sent Invite in state STATE_IDLE*Sep 19 12:27:55.303: //-1/xxxxxxxxxxxx/SIP/Info/sentInviteRequest: Transaction active. Facilities will be queued.*Sep 19 12:27:55.303: //20/000000000000/SIP/State/sipSPIChangeState: 0x4627C64C : State change from (STATE_IDLE, SUBSTATE_NONE)  to (STATE_SENT_INVITE, SUBSTATE_NONE)*Sep 19 12:27:55.303: //20/000000000000/SIP/Media/sipSPIProcessRtpSessions: sipSPIProcessRtpSessions*Sep 19 12:27:55.303: //20/000000000000/SIP/Media/sipSPIAddStream: Adding stream 1 of type voice+dtmf (callid 20) to the VOIP RTP library*Sep 19 12:27:55.303: //20/000000000000/SIP/Media/sipSPISetMediaSrcAddr: Media src addr for stream 1 = 10.0.99.29*Sep 19 12:27:55.303: //20/000000000000/SIP/Media/sipSPIUpdateRtcpSession: sipSPIUpdateRtcpSession for m-line 1*Sep 19 12:27:55.303: //20/000000000000/SIP/Media/sipSPIUpdateRtcpSession: rtcp_session info        laddr = 10.0.99.29, lport = 16926, raddr = 0.0.0.0, rport=0, do_rtcp=FALSE        src_callid = 20, dest_callid = -1, stream type = voice+dtmf, stream direction = RECVONLY        media_ip_addr = 0.0.0.0*Sep 19 12:27:55.303: //20/000000000000/SIP/Media/sipSPIUpdateRtcpSession: No rtp session, creating a new one*Sep 19 12:27:55.303: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:Sent:SIP/2.0 100 TryingVia: SIP/2.0/UDP 10.0.99.221:5061;rport;branch=z9hG4bK-3628481038-3792786178-436258467-408012644From: <sip:[email protected]:5061;user=phone>;tag=4095425038-3792786178-436258467-408012644To: <sip:[email protected];user=phone>;tag=114FC0-1F24Date: Wed, 19 Sep 2012 12:27:55 GMTCall-ID: [email protected]: Cisco-SIPGateway/IOS-12.xCSeq: 1 INVITEAllow-Events: telephone-eventContent-Length: 0*Sep 19 12:27:55.307: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:Sent:INVITE sip:[email protected]:5060 SIP/2.0Via: SIP/2.0/UDP  10.0.99.29:5060;branch=z9hG4bK1C14C0From: <sip:[email protected]>;tag=114FE0-26C0To: <sip:[email protected]>Date: Wed, 19 Sep 2012 12:27:55 GMTCall-ID: [email protected]: 100rel,timer,replacesMin-SE:  1800Cisco-Guid: 237931618-38998498-2747662362-1690784024User-Agent: Cisco-SIPGateway/IOS-12.xAllow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, COMET, REFER, SUBSCRIBE, NOTIFY, INFO, UPDATE, REGISTERCSeq: 101 INVITEMax-Forwards: 70Remote-Party-ID: <sip:[email protected]>;party=calling;screen=no;privacy=offTimestamp: 1348057675Contact: <sip:[email protected]:5060>Expires: 180Allow-Events: telephone-eventContent-Type: application/sdpContent-Length: 241v=0o=CiscoSystemsSIP-GW-UserAgent 3284 8564 IN IP4 10.0.99.29s=SIP Callc=IN IP4 10.0.99.29t=0 0m=audio 16926 RTP/AVP 8 101c=IN IP4 10.0.99.29a=rtpmap:8 PCMA/8000a=rtpmap:101 telephone-event/8000a=fmtp:101 0-16a=ptime:10*Sep 19 12:27:55.307: //-1/xxxxxxxxxxxx/SIP/Info/HandleUdpSocketReads: Msg enqueued for SPI with IP addr: 10.0.99.100:5060*Sep 19 12:27:55.307: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportProcessNWNewConnMsg: context=0x00000000*Sep 19 12:27:55.311: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:Received:SIP/2.0 100 TryingVia: SIP/2.0/UDP 10.0.99.29:5060;branch=z9hG4bK1C14C0From: <sip:[email protected]>;tag=114FE0-26C0To: <sip:[email protected]>Call-ID: [email protected]: 101 INVITEContact: <sip:[email protected]:5060>Server: MERA MVTS3G v.4.4.0-15Timestamp: 1348057675Content-Length: 0*Sep 19 12:27:55.311: //20/000000000000/SIP/State/sipSPIChangeState: 0x4627C64C : State change from (STATE_SENT_INVITE, SUBSTATE_NONE)  to (STATE_RECD_PROCEEDING, SUBSTATE_PROCEEDING_PROCEEDING)Router#*Sep 19 12:27:58.971: //-1/xxxxxxxxxxxx/SIP/Info/HandleUdpSocketReads: Msg enqueued for SPI with IP addr: 10.0.99.100:5060*Sep 19 12:27:58.971: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportProcessNWNewConnMsg: context=0x00000000*Sep 19 12:27:58.971: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:Received:SIP/2.0 183 ProgressVia: SIP/2.0/UDP 10.0.99.29:5060;branch=z9hG4bK1C14C0From: <sip:[email protected]>;tag=114FE0-26C0To: <sip:[email protected]>;tag=2318849048-3792786178-436251047-2287060836Call-ID: [email protected]: 101 INVITEContact: <sip:[email protected]:5060>Content-Type: application/sdpServer: MERA MVTS3G v.4.4.0-15Content-Length:   239v=0o=- 1348056655 1348056655 IN IP4 10.0.99.111s=-c=IN IP4 10.0.99.111t=0 0m=audio 21550 RTP/AVP 8 101a=rtpmap:8 PCMA/8000a=rtpmap:101 telephone-event/8000a=fmtp:101 0-15a=ptime:10a=sendrecva=silenceSupp:off - - - -*Sep 19 12:27:58.971: //20/000000000000/SIP/Info/HandleSIP1xxSessionProgress: Content-Disposition NOT received in 18x response - using default Content-Disposition values*Sep 19 12:27:58.971: //-1/xxxxxxxxxxxx/SIP/Info/sipSPIGetGtdBody: No valid GTD body found.*Sep 19 12:27:58.971: //20/000000000000/SIP/Info/sipSPIDoMediaNegotiation: Number of m-lines = 1*Sep 19 12:27:58.971: //20/000000000000/SIP/Info/sipSPIDoAudioNegotiation: Codec (g711alaw) Negotiation Successful on Static Payload for m-line 1*Sep 19 12:27:58.971: //20/000000000000/SIP/Info/sipSPIDoPtimeNegotiation: One ptime attribute found - value:10*Sep 19 12:27:58.975: //-1/xxxxxxxxxxxx/SIP/Info/convert_ptime_to_codec_bytes: Values :Codec: g711alaw ptime :10, codecbytes: 80*Sep 19 12:27:58.975: //-1/xxxxxxxxxxxx/SIP/Info/convert_codec_bytes_to_ptime: Values :Codec: g711alaw codecbytes :80, ptime: 10*Sep 19 12:27:58.975: //20/000000000000/SIP/Info/sipSPIDoDTMFRelayNegotiation: m-line index 1*Sep 19 12:27:58.975: //20/000000000000/SIP/Info/sipSPICheckDynPayloadUse: Dynamic payload(101) could not be reserved.*Sep 19 12:27:58.975: //20/000000000000/SIP/Info/sipSPIDoDTMFRelayNegotiation: Payload type (101) is reserved for requested dtmf relay mode.*Sep 19 12:27:58.975: //20/000000000000/SIP/Info/sipSPIDoDTMFRelayNegotiation: Case of partial named event(NE) match in fmtp list of events.*Sep 19 12:27:58.975: //-1/xxxxxxxxxxxx/SIP/Info/sip_sdp_get_modem_relay_cap_params: NSE payload from X-cap = 0*Sep 19 12:27:58.975: //20/000000000000/SIP/Info/sip_select_modem_relay_params: X-tmr not present in SDP. Disable modem relay*Sep 19 12:27:58.975: //20/000000000000/SIP/Info/sipSPIGetSDPDirectionAttribute: No direction attribute present or multiple direction attributes that can't be handled for m-line:1 and num-a-lines:0*Sep 19 12:27:58.975: //20/000000000000/SIP/Info/sipSPIDoAudioNegotiation: Codec negotiation successful for media line 1        payload_type=8, codec_bytes=80, codec=g711alaw, dtmf_relay=rtp-nte        stream_type=voice+dtmf (1), dest_ip_address=10.0.99.111, dest_port=21550*Sep 19 12:27:58.975: //20/000000000000/SIP/Media/sipSPIUpdCallWithSdpInfo:        Preferred Codec        : g711alaw, bytes :80        Preferred  DTMF relay  : rtp-nte        Preferred NTE payload  : 101        Early Media            : No        Delayed Media          : No        Bridge Done            : No        New Media              : No        DSP DNLD Reqd          : No*Sep 19 12:27:58.975: //20/000000000000/SIP/Media/sipSPISetMediaSrcAddr: Media src addr for stream 1 = 10.0.99.29*Sep 19 12:27:58.975: //20/000000000000/SIP/Info/sipSPI_ipip_report_media_to_peer: callId 20 peer 19 flags 0x7*Sep 19 12:27:58.975: //20/000000000000/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo:CallID 20, sdp 0x45C92F44 channels 0x4627DF14*Sep 19 12:27:58.975: //20/000000000000/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo:Hndl ptype 8 mline 1*Sep 19 12:27:58.975: //20/000000000000/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo: Selecting codec g711alaw*Sep 19 12:27:58.975: //-1/xxxxxxxxxxxx/SIP/Info/convert_codec_bytes_to_ptime: Values :Codec: g711alaw codecbytes :80, ptime: 10*Sep 19 12:27:58.975: //20/000000000000/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo: Media negotiation done: stream->negotiated_ptime=10,stream->negotiated_codec_bytes=80, coverted ptime=10 stream->mline_index=1, media_ndx=1*Sep 19 12:27:58.975: //20/000000000000/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo:Adding codec 6 ptype 8 time 10, bytes 80  as channel 0 mline 1 ss 1 10.0.99.111:21550*Sep 19 12:27:58.975: //20/000000000000/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo:Hndl ptype 101 mline 1*Sep 19 12:27:58.975: //20/000000000000/SIP/Info/sipSPI_ipip_report_media_to_peer:Report initial call media*Sep 19 12:27:58.975: //20/000000000000/SIP/Info/copy_channels: callId 20 size 80 ptr 0x46655B7C)*Sep 19 12:27:58.975: //-1/xxxxxxxxxxxx/SIP/Info/ccsip_event_handler:*Sep 19 12:27:58.975: //-1/xxxxxxxxxxxx/SIP/Info/ccsip_event_handler: switch(ev.ev_id: 131)*Sep 19 12:27:58.975: //19/0E2E8C62A3C6/SIP/Info/ccsip_event_handler: ccsip_event_handler: peer ID 20 chans 0x46655B7C event 131 flags 0x10020038 0x403 data 0x46655B7C*Sep 19 12:27:58.979: //19/0E2E8C62A3C6/SIP/Info/ccsip_event_handler: ccsip_event_handler: CC_EV_H245_OPEN_CHANNEL_IND: peer ID 20  chans 0x46655B7C event 131 flags 0x10020038 0x403 data 0x46655B7C*Sep 19 12:27:58.979: //-1/xxxxxxxxxxxx/SIP/Event/sipSPIEventInfo: Queued event from SIP SPI : SIPSPI_EV_CC_NEW_MEDIA*Sep 19 12:27:58.979: //19/0E2E8C62A3C6/SIP/Info/ccsip_event_handler: ccsip_event_handler: set event->type = SIPSPI_EV_CC_NEW_MEDIA!: peer ID 20 chans 0x46655B7C event 131 flags 0x10020038 0x403 data 0x46655B7C*Sep 19 12:27:58.979: //-1/xxxxxxxxxxxx/SIP/Info/ccsip_event_handler: CC_R_SUCCESS_WITH_CONFIRMED*Sep 19 12:27:58.979: //19/0E2E8C62A3C6/SIP/Info/ccsip_get_rtcp_session_parameters: CURRENT VALUES: stream_callid=-1, current_seq_num=0x1A8*Sep 19 12:27:58.979: //19/0E2E8C62A3C6/SIP/Info/ccsip_get_rtcp_session_parameters: NEW VALUES: stream_callid=-1, current_seq_num=0x0*Sep 19 12:27:58.979: //19/0E2E8C62A3C6/SIP/Info/ccsip_caps_ind: Load DSP with negotiated codec: g711alaw, Bytes=80*Sep 19 12:27:58.979: //19/0E2E8C62A3C6/SIP/Info/ccsip_caps_ind: Set forking flag to 0x0*Sep 19 12:27:58.979: //19/0E2E8C62A3C6/SIP/Info/sipSPISetDTMFRelayMode: Set DSP for dtmf-relay = CC_CAP_DTMF_RELAY_INBAND_VOICE_AND_OOB*Sep 19 12:27:58.979: //19/0E2E8C62A3C6/SIP/Info/sip_set_modem_caps: Preferred (or the one that came from DSM) modem relay=1161273728, from CLI config=0*Sep 19 12:27:58.979: //19/0E2E8C62A3C6/SIP/Info/sip_set_modem_caps: Disabling Modem Relay...*Sep 19 12:27:58.979: //19/0E2E8C62A3C6/SIP/Info/sip_generate_sdp_xcaps_list: Modem Relay and T38 disabled. X-cap not needed*Sep 19 12:27:58.979: //19/0E2E8C62A3C6/SIP/Info/sip_set_modem_caps: Negotiation already Done. Set negotiated Modem caps and generate SDP Xcap list*Sep 19 12:27:58.979: //19/0E2E8C62A3C6/SIP/Info/sip_set_modem_caps: Modem Relay & Passthru both disabled*Sep 19 12:27:58.979: //19/0E2E8C62A3C6/SIP/Info/sip_set_modem_caps: nse payload = 0, ptru mode = 0, ptru-codec=0, redundancy=0, xid=0, relay=0, sprt-retry=12, latecncy=200, compres-dir=3, dict=1024, strnlen=32*Sep 19 12:27:58.979: //19/0E2E8C62A3C6/SIP/Media/sipSPISetStreamInfo: 0 Active Streams*Sep 19 12:27:58.979: //19/0E2E8C62A3C6/SIP/Error/sipSPISetStreamInfo: Number of active streams is zero (0)!*Sep 19 12:27:58.979: //19/0E2E8C62A3C6/SIP/Media/sipSPISetStreamInfo:caps.stream_count=0,caps.stream[0].stream_type=0xFFFF, caps.stream_list.xmitFunc=*Sep 19 12:27:58.979: //19/0E2E8C62A3C6/SIP/Media/sipSPISetStreamInfo: ??unknown??, caps.stream_list.context=*Sep 19 12:27:58.979: //19/0E2E8C62A3C6/SIP/Media/sipSPISetStreamInfo: 0x0 (gccb)*Sep 19 12:27:58.979: //19/0E2E8C62A3C6/SIP/Info/ccsip_caps_ind: Load DSP with codec : g711alaw, Bytes=80*Sep 19 12:27:58.979: //19/0E2E8C62A3C6/SIP/Info/ccsip_caps_ind: ccsip_caps_ind: ccb->flags_ipip = 0x403*Sep 19 12:27:58.979: //20/000000000000/SIP/Info/ccsip_caps_ack: Set forking flag to 0x0*Sep 19 12:27:58.979: //20/000000000000/SIP/Media/sipSPIUpdCallWithSdpInfo:          Stream type            : voice+dtmf          Media line             : 1          State                  : STREAM_ADDING (2)          Callid                 : 20          Negotiated Codec       : g711alaw, bytes :80          Negotiated DTMF relay  : rtp-nte          Negotiated NTE payload : 101          Negotiated CN payload  : 0          Media Srce Addr/Port   : 10.0.99.29:16926          Media Dest Addr/Port   : 10.0.99.111:21550*Sep 19 12:27:58.979: //-1/xxxxxxxxxxxx/SIP/Info/sipSPICreateRawMsg: No GTD passed.*Sep 19 12:27:58.979: //20/000000000000/SIP/Info/HandleSIP1xxSessionProgress: ccsip_api_call_cut_progress returned: SIP_SUCCESS*Sep 19 12:27:58.979: //20/000000000000/SIP/State/sipSPIChangeState: 0x4627C64C : State change from (STATE_RECD_PROCEEDING, SUBSTATE_PROCEEDING_PROCEEDING)  to (STATE_RECD_PROCEEDING, SUBSTATE_NONE)*Sep 19 12:27:58.979: //20/000000000000/SIP/Info/HandleSIP1xxSessionProgress: Transaction Complete. Lock on Facilities released.*Sep 19 12:27:58.979: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_handle_channel_info:CCSIP:callID 19 ft: 1, inc 8, 10.0.99.111:21550, codec 6*Sep 19 12:27:58.979: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_channelInfo_to_sdp:callid 19, channels 0x46655B7C caps 0x44E8F284*Sep 19 12:27:58.983: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_channelInfo_to_sdp:pref dtmf 101*Sep 19 12:27:58.983: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_channelInfo_to_sdp: nego mline 1 dtmf 101 ss 1 ret 0*Sep 19 12:27:58.983: //-1/xxxxxxxxxxxx/SIP/Info/convert_codec_bytes_to_ptime: Values :Codec: g711alaw codecbytes :80, ptime: 10*Sep 19 12:27:58.983: //19/0E2E8C62A3C6/SIP/Info/sipSPI_ipip_copy_channelInfo_to_sdp: retreive codec 6 ptype 8 time 10 bytes 80*Sep 19 12:27:58.983: //-1/xxxxxxxxxxxx/SIP/Info/sipSPISetMediaDirectionForStream: Setting Media direction SENDRECV for stream 1*Sep 19 12:27:58.983: //19/0E2E8C62A3C6/SIP/Info/sipSPIUpdateSrcSdpVariablePart: Setting stream 1 portnum to 19570*Sep 19 12:27:58.983: //19/0E2E8C62A3C6/SIP/Info/sipSPIUpdateSrcSdpVariablePart: Negotiated method of dtmf relayand pyld: 6 101*Sep 19 12:27:58.983: //19/0E2E8C62A3C6/SIP/Info/sipSPIProcessMediaChanges: sipSPIProcessMediaChanges*Sep 19 12:27:58.983: //-1/xxxxxxxxxxxx/SIP/Event/sipSPIEventInfo: Queued event from SIP SPI : SIPSPI_EV_CC_CALL_PROGRESS*Sep 19 12:27:58.983: //19/0E2E8C62A3C6/SIP/Info/ccsip_bridge: confID = 10, srcCallID = 19, dstCallID = 20*Sep 19 12:27:58.983: //19/0E2E8C62A3C6/SIP/InfRouter#o/sipSPIUupdateCcCallIds: Old src/dest ccCallids: -1/-1, new src/dest ccCallids: 19/20*Sep 19 12:27:58.983: //19/0E2E8C62A3C6/SIP/Info/sipSPIUupdateCcCallIds: Old streamcallid=-1, new streamcallid=19*Sep 19 12:27:58.983: //19/0E2E8C62A3C6/SIP/Media/sipSPIProcessRtpSessions: sipSPIProcessRtpSessions*Sep 19 12:27:58.983: //19/0E2E8C62A3C6/SIP/Media/sipSPIAddStream: Adding stream 1 of type voice+dtmf (callid 19) to the VOIP RTP library*Sep 19 12:27:58.983: //19/0E2E8C62A3C6/SIP/Media/sipSPISetMediaSrcAddr: Media src addr for stream 1 = 10.0.99.29*Sep 19 12:27:58.983: //19/0E2E8C62A3C6/SIP/Media/sipSPIUpdateRtcpSession: sipSPIUpdateRtcpSession for m-line 1*Sep 19 12:27:58.983: //19/0E2E8C62A3C6/SIP/Media/sipSPIUpdateRtcpSession: rtcp_session info        laddr = 10.0.99.29, lport = 19570, raddr = 10.0.99.221, rport=17294, do_rtcp=TRUE        src_callid = 19, dest_callid = 20, stream type = voice+dtmf, stream direction = SENDRECV        media_ip_addr = 10.0.99.221*Sep 19 12:27:58.987: //19/0E2E8C62A3C6/SIP/Media/sipSPIUpdateRtcpSession: No rtp session, creating a new one*Sep 19 12:27:58.987: //19/0E2E8C62A3C6/SIP/Info/sipSPIUpdateRtcpSession: Process Media changes is still pending.*Sep 19 12:27:58.987: //19/0E2E8C62A3C6/SIP/Media/sipSPIGetNewLocalMediaDirection:        New Remote Media Direction = SENDRECV        Present Local Media Direction = SENDRECV        New Local Media Direction = SENDRECV        retVal = 0*Sep 19 12:27:58.987: //20/000000000000/SIP/Info/ccsip_bridge: confID = 10, srcCallID = 20, dstCallID = 19*Sep 19 12:27:58.987: //20/000000000000/SIP/Info/sipSPIUupdateCcCallIds: Old src/dest ccCallids: -1/-1, new src/dest ccCallids: 20/19*Sep 19 12:27:58.987: //20/000000000000/SIP/Info/sipSPIUupdateCcCallIds: Old streamcallid=20, new streamcallid=20*Sep 19 12:27:58.987: //20/000000000000/SIP/Media/sipSPIProcessRtpSessions: sipSPIProcessRtpSessions*Sep 19 12:27:58.987: //20/000000000000/SIP/Media/sipSPIAddStream: Adding stream 1 of type voice+dtmf (callid 20) to the VOIP RTP library*Sep 19 12:27:58.987: //20/000000000000/SIP/Media/sipSPISetMediaSrcAddr: Media src addr for stream 1 = 10.0.99.29*Sep 19 12:27:58.987: //20/000000000000/SIP/Media/sipSPIUpdateRtcpSession: sipSPIUpdateRtcpSession for m-line 1*Sep 19 12:27:58.987: //20/000000000000/SIP/Media/sipSPIUpdateRtcpSession: rtcp_session info        laddr = 10.0.99.29, lport = 16926, raddr = 10.0.99.111, rport=21550, do_rtcp=TRUE        src_callid = 20, dest_callid = 19, stream type = voice+dtmf, stream direction = SENDRECV        media_ip_addr = 10.0.99.111*Sep 19 12:27:58.987: //20/000000000000/SIP/Media/sipSPIUpdateRtcpSession: RTP session already created - update*Sep 19 12:27:58.987: //20/000000000000/SIP/Media/sipSPIGetNewLocalMediaDirection:        New Remote Media Direction = SENDRECV        Present Local Media Direction = SENDRECV        New Local Media Direction = SENDRECV        retVal = 0*Sep 19 12:27:58.991: //-1/xxxxxxxxxxxx/SIP/Info/HandleUdpSocketReads: Msg enqueued for SPI with IP addr: 10.0.99.100:5060*Sep 19 12:27:58.991: //19/0E2E8C62A3C6/SIP/Info/sipSPIValidateGtd: No rawMsg from CCAPI*Sep 19 12:27:58.991: //19/0E2E8C62A3C6/SIP/Info/sipSPISendInviteResponse183: Session Type is Media/Qos/Security/RTR SDP body is attached*Sep 19 12:27:58.991: //19/0E2E8C62A3C6/SIP/Transport/sipSPISendInviteResponse: Sending 183 Response to the Transport Layer*Sep 19 12:27:58.991: //19/0E2E8C62A3C6/SIP/Transport/sipSPITransportSendMessage: msg=0x4654DFD0, addr=10.0.99.221, port=5061, sentBy_port=5061, is_req=0, transport=1, switch=0, callBack=0x41086D90*Sep 19 12:27:58.991: //19/0E2E8C62A3C6/SIP/Transport/sipSPITransportSendMessage: Proceedable for sending msg immediately*Sep 19 12:27:58.991: //19/0E2E8C62A3C6/SIP/Transport/sipTransportLogicSendMsg: switch transport is 0*Sep 19 12:27:58.991: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportPostSendMessage: Posting send for msg=0x4654DFD0, addr=10.0.99.221, port=5061, connId=0 for UDP*Sep 19 12:27:58.991: //19/0E2E8C62A3C6/SIP/Info/sentInviteResponse18x: Sent a 18x Response*Sep 19 12:27:58.991: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportProcessNWNewConnMsg: context=0x00000000*Sep 19 12:27:58.991: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:Received:SIP/2.0 180 RingingVia: SIP/2.0/UDP 10.0.99.29:5060;branch=z9hG4bK1C14C0From: <sip:[email protected]>;tag=114FE0-26C0To: <sip:[email protected]>;tag=2318849048-3792786178-436251047-2287060836Call-ID: [email protected]: 101 INVITEContact: <sip:[email protected]:5060>Server: MERA MVTS3G v.4.4.0-15Content-Length: 0*Sep 19 12:27:58.995: //20/000000000000/SIP/Info/ccsip_api_call_alert: SDP Body either absent or ignored in 180 RINGING:- will wait for 200 OK to do negotiation.*Sep 19 12:27:58.995: //-1/xxxxxxxxxxxx/SIP/Info/sipSPICreateRawMsg: No GTD passed.*Sep 19 12:27:58.995: //20/000000000000/SIP/Info/HandleSIP1xxRinging: ccsip_api_call_alert returned: SIP_SUCCESS*Sep 19 12:27:58.995: //20/000000000000/SIP/State/sipSPIChangeState: 0x4627C64C : State change from (STATE_RECD_PROCEEDING, SUBSTATE_NONE)  to (STATE_RECD_PROCEEDING, SUBSTATE_NONE)*Sep 19 12:27:58.995: //20/000000000000/SIP/Info/HandleSIP1xxRinging: Transaction Complete. Lock on Facilities released.*Sep 19 12:27:58.995: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:Sent:SIP/2.0 183 Session ProgressVia: SIP/2.0/UDP 10.0.99.221:5061;rport;branch=z9hG4bK-3628481038-3792786178-436258467-408012644From: <sip:[email protected]:5061;user=phone>;tag=4095425038-3792786178-436258467-408012644To: <sip:[email protected];user=phone>;tag=114FC0-1F24Date: Wed, 19 Sep 2012 12:27:55 GMTCall-ID: [email protected]: Cisco-SIPGateway/IOS-12.xCSeq: 1 INVITEAllow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, COMET, REFER, SUBSCRIBE, NOTIFY, INFO, UPDATE, REGISTERAllow-Events: telephone-eventContact: <sip:[email protected]:5060>Content-Disposition: session;handling=requiredContent-Type: application/sdpContent-Length: 268v=0o=CiscoSystemsSIP-GW-UserAgent 4191 6681 IN IP4 10.0.99.29s=SIP Callc=IN IP4 10.0.99.29t=0 0m=audio 19570 RTP/AVP 8 101c=IN IP4 10.0.99.29a=rtpmap:8 PCMA/8000a=rtpmap:101 telephone-event/8000a=fmtp:101 0-15a=ptime:10a=silenceSupp:off - - - -*Sep 19 12:27:58.999: //-1/xxxxxxxxxxxx/SIP/Event/sipSPIEventInfo: Queued event from SIP SPI : SIPSPI_EV_CC_CALL_ALERTING*Sep 19 12:27:58.999: //19/0E2E8C62A3C6/SIP/Info/sipSPIValidateGtd: No rawMsg from CCAPI*Sep 19 12:27:58.999: //19/0E2E8C62A3C6/SIP/Transport/sipSPISendInviteResponse: Sending 180 Response to the Transport Layer*Sep 19 12:27:58.999: //19/0E2E8C62A3C6/SIP/Transport/sipSPITransportSendMessage: msg=0x4654DFD0, addr=10.0.99.221, port=5061, sentBy_port=5061, is_req=0, transport=1, switch=0, callBack=0x41086D90*Sep 19 12:27:58.999: //19/0E2E8C62A3C6/SIP/Transport/sipSPITransportSendMessage: Proceedable for sending msg immediately*Sep 19 12:27:58.999: //19/0E2E8C62A3C6/SIP/Transport/sipTransportLogicSendMsg: switch transport is 0*Sep 19 12:27:58.999: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportPostSendMessage: Posting send for msg=0x4654DFD0, addr=10.0.99.221, port=5061, connId=0 for UDP*Sep 19 12:27:58.999: //19/0E2E8C62A3C6/SIP/Info/sentInviteResponse18x: Sent a 18x Response*Sep 19 12:27:58.999: //19/0E2E8C62A3C6/SIP/State/sipSPIChangeState: 0x4627A3B8 : State change from (STATE_RECD_INVITE, SUBSTATE_NONE)  to (STATE_SENT_ALERTING, SUBSTATE_NONE)*Sep 19 12:27:59.003: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:Sent:SIP/2.0 180 RingingVia: SIP/2.0/UDP 10.0.99.221:5061;rport;branch=z9hG4bK-3628481038-3792786178-436258467-408012644From: <sip:[email protected]:5061;user=phone>;tag=4095425038-3792786178-436258467-408012644To: <sip:[email protected];user=phone>;tag=114FC0-1F24Date: Wed, 19 Sep 2012 12:27:55 GMTCall-ID: [email protected]: Cisco-SIPGateway/IOS-12.xCSeq: 1 INVITEAllow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, COMET, REFER, SUBSCRIBE, NOTIFY, INFO, UPDATE, REGISTERAllow-Events: telephone-eventContact: <sip:[email protected]:5060>Content-Length: 0Router#*Sep 19 12:28:02.655: //-1/xxxxxxxxxxxx/SIP/Info/HandleUdpSocketReads: Msg enqueued for SPI with IP addr: 10.0.99.100:5060*Sep 19 12:28:02.655: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportProcessNWNewConnMsg: context=0x00000000*Sep 19 12:28:02.655: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:Received:SIP/2.0 200 OKVia: SIP/2.0/UDP 10.0.99.29:5060;branch=z9hG4bK1C14C0From: <sip:[email protected]>;tag=114FE0-26C0To: <sip:[email protected]>;tag=2318849048-3792786178-436251047-2287060836Call-ID: [email protected]: 101 INVITEContact: <sip:[email protected]:5060>Content-Type: application/sdpAllow: ACK, BYE, CANCEL, INFO, INVITE, OPTIONS, REFER, REGISTER, SUBSCRIBE, UPDATEServer: MERA MVTS3G v.4.4.0-15X-mera-expires: 86460Content-Length:   239v=0o=- 1348056655 1348056655 IN IP4 10.0.99.111s=-c=IN IP4 10.0.99.111t=0 0m=audio 21550 RTP/AVP 8 101a=rtpmap:8 PCMA/8000a=rtpmap:101 telephone-event/8000a=fmtp:101 0-15a=ptime:10a=sendrecva=silenceSupp:off - - - -*Sep 19 12:28:02.659: //-1/xxxxxxxxxxxx/SIP/Info/sipSPIGetGtdBody: No valid GTD body found.*Sep 19 12:28:02.659: //20/000000000000/SIP/Info/sipSPIhandle200OKInvite: Transaction active. Facilities will be queued.*Sep 19 12:28:02.659: //20/000000000000/SIP/Info/sipSPIhandle200OKInvite: *** This ccb is the parent*Sep 19 12:28:02.659: //20/000000000000/SIP/Info/sipSPIDoMediaNegotiation: Number of m-lines = 1*Sep 19 12:28:02.659: //20/000000000000/SIP/Info/sipSPIDoAudioNegotiation: Codec (g711alaw) Negotiation Successful on Static Payload for m-line 1*Sep 19 12:28:02.659: //20/000000000000/SIP/Info/sipSPIDoPtimeNegotiation: One ptime attribute found - value:10*Sep 19 12:28:02.659: //-1/xxxxxxxxxxxx/SIP/Info/convert_ptime_to_codec_bytes: Values :Codec: g711alaw ptime :10, codecbytes: 80*Sep 19 12:28:02.659: //-1/xxxxxxxxxxxx/SIP/Info/convert_codec_bytes_to_ptime: Values :Codec: g711alaw codecbytes :80, ptime: 10*Sep 19 12:28:02.659: //20/000000000000/SIP/Info/sipSPIDoDTMFRelayNegotiation: m-line index 1*Sep 19 12:28:02.659: //20/000000000000/SIP/Info/sipSPIDoDTMFRelayNegotiation: Case of partial named event(NE) match in fmtp list of events.*Sep 19 12:28:02.659: //-1/xxxxxxxxxxxx/SIP/Info/sip_sdp_get_modem_relay_cap_params: NSE payload from X-cap = 0*Sep 19 12:28:02.659: //20/000000000000/SIP/Info/sip_do_nse_negotiation: Remote NSE payload = local one = 0, Use it*Sep 19 12:28:02.659: //20/000000000000/SIP/Info/sip_select_modem_relay_params: X-tmr not present in SDP. Disable modem relay*Sep 19 12:28:02.659: //20/000000000000/SIP/Info/sipSPIGetSDPDirectionAttribute: No direction attribute present or multiple direction attributes that can't be handled for m-line:1 and num-a-lines:0*Sep 19 12:28:02.659: //20/000000000000/SIP/Info/sipSPIDoAudioNegotiation: Codec negotiation successful for media line 1        payload_type=8, codec_bytes=80, codec=g711alaw, dtmf_relay=rtp-nte        stream_type=voice+dtmf (1), dest_ip_address=10.0.99.111, dest_port=21550*Sep 19 12:28:02.659: //20/000000000000/SIP/Media/sipSPICompareStreams: stream 1 dest_port: old=21550 new=21550*Sep 19 12:28:02.659: //20/000000000000/SIP/Media/sipSPIGetNewLocalMediaDirection:        New Remote Media Direction = SENDRECV        Present Local Media Direction = SENDRECV        New Local Media Direction = SENDRECV        retVal = 0*Sep 19 12:28:02.659: //20/000000000000/SIP/Media/sipSPICompareStreams: Flags set for stream 1: RTP_CHANGE=No CAPS_CHANGE=No*Sep 19 12:28:02.659: //20/000000000000/SIP/Media/sipSPICompareSDP: Flags set for call: NEW_MEDIA=No DSPDNLD_REQD=No IPIP_MEDIA=No*Sep 19 12:28:02.659: //20/000000000000/SIP/Media/sipSPIUpdCallWithSdpInfo:        Preferred Codec        : g711alaw, bytes :80        Preferred  DTMF relay  : rtp-nte        Preferred NTE payload  : 101        Early Media            : No        Delayed Media          : No        Bridge Done            : Yes        New Media              : No        DSP DNLD Reqd          : No*Sep 19 12:28:02.659: //20/000000000000/SIP/Media/sipSPISetMediaSrcAddr: Media src addr for stream 1 = 10.0.99.29*Sep 19 12:28:02.659: //20/000000000000/SIP/Info/sipSPI_ipip_report_media_to_peer: callId 20 peer 19 flags 0x407*Sep 19 12:28:02.659: //20/000000000000/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo:CallID 20, sdp 0x45CB1F40 channels 0x4627DF14*Sep 19 12:28:02.663: //20/000000000000/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo:Hndl ptype 8 mline 1*Sep 19 12:28:02.663: //20/000000000000/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo: Selecting codec g711alaw*Sep 19 12:28:02.663: //-1/xxxxxxxxxxxx/SIP/Info/convert_codec_bytes_to_ptime: Values :Codec: g711alaw codecbytes :80, ptime: 10*Sep 19 12:28:02.663: //20/000000000000/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo: Media negotiation done: stream->negotiated_ptime=10,stream->negotiated_codec_bytes=80, coverted ptime=10 stream->mline_index=1, media_ndx=1*Sep 19 12:28:02.663: //20/000000000000/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo:Adding codec 6 ptype 8 time 10, bytes 80  as channel 0 mline 1 ss 1 10.0.99.111:21550*Sep 19 12:28:02.663: //20/000000000000/SIP/Info/sipSPI_ipip_copy_sdp_to_channelInfo:Hndl ptype 101 mline 1*Sep 19 12:28:02.663: //20/000000000000/SIP/Media/sipSPIUpdCallWithSdpInfo:          Stream type            : voice+dtmf          Media line             : 1          State                  : STREAM_ACTIVE (5)          Callid                 : 20          Negotiated Codec       : g711alaw, bytes :80          Negotiated DTMF relay  : rtp-nte          Negotiated NTE payload : 101          Negotiated CN payload  : 0          Media Srce Addr/Port   : 10.0.99.29:16926          Media Dest Addr/Port   : 10.0.99.111:21550*Sep 19 12:28:02.663: //20/000000000000/SIP/Info/sipSPIProcessMediaChanges: sipSPIProcessMediaChanges*Sep 19 12:28:02.663: //20/000000000000/SIP/Info/sipSPIhandle200OKInvite: ccsip_api_call_connect_media returned: SIP_SUCCESS*Sep 19 12:28:02.663: //20/000000000000/SIP/State/sipSPIChangeState: 0x4627C64C : S

    Hi Ellad.
    Why don't try to use the 2811 as a SIP signalling proxy only?
    In this way the media (RTP or T.38) will be handled only from the two MERA SoftSwitch.
    To do this you must enable CUBE on your 2811 and use these special commands:
    voice service voip
         media flow-around
         allow-connections sip to sip
         signaling forward unconditional
         sip
           rel1xx disable
           header-passing
           midcall-signaling passthru
           pass-thru headers unsupp
           pass-thru content unsupp
           pass-thru content sdp
    I don't remember if we have already try this solution.
    Regards.

  • Parse and output XML document while preserving attribute order

    QUESTION: How can I take in an element with attributes from an XML and output the same element and attributes while preserving the order of those attributes?
    The following code will parse and XML document and generate (practically) unchanged output. However, all attributes are ordered a-z
    Example: The following element
    <work_item_type work_item_db_site="0000000000000000" work_item_db_id="0" work_item_type_code="3" user_tag_ident="Step" name="Work Step" gmt_last_updated="2008-12-31T18:00:00.000000000" last_upd_db_site="0000000000000000" last_upd_db_id="0" rstat_type_code="1">
    </work_item_type>is output as:
    <work_item_type gmt_last_updated="2008-12-31T18:00:00.000000000" last_upd_db_id="0" last_upd_db_site="0000000000000000" name="Work Step" rstat_type_code="1" user_tag_ident="Step" work_item_db_id="0" work_item_db_site="0000000000000000" work_item_type_code="3">
    </work_item_type>As you may notice, there is no difference in these besides order of the attributes!
    I am convened that the problem is not in the stylesheet.xslt but if you are not then it is posted bellow.
    Please, someone help me out with this! I have a feeling the solution is simple
    The following take the XML from source.xml and outputs it to DEST_filename with attributes in a-z order
    Code:
    private void OutputFile(String DEST_filename, String style_filename){
         //StreamSource stylesheet = new StreamSource(style_filename);
         try{
              File dest_file = new File(DEST_filename);
              if(!dest_file.exists())
                  dest_file.createNewFile();
              TransformerFactory tranFactory = TransformerFactory.newInstance();
              Transformer aTransformer = tranFactory.newTransformer();
              aTransformer.setOutputProperty(OutputKeys.ENCODING, "UTF-8");
              Source src = new DOMSource("source.xml");
              Result dest = new StreamResult(dest_file);
              aTransformer.transform(src, dest);
              System.out.println("Finished");
         catch(Exception e){
              System.err.print(e);
              System.exit(-1);
        }

    You can't. The reason is, the XML Recommendation explicitly says the order of attributes is not significant. Therefore conforming XML serializers won't treat it as if it were significant.
    If you have an environment where you think that the order of attributes is significant, your first step should be to reconsider. Possibly it isn't really significant and you are over-reaching in some way. Or possibly someone writing requirements is ignorant of this fact and the requirement can be discarded.
    Or possibly your output is being given to somebody else who has a defective parser which expects the attributes to be in a particular order. You could quote the XML Recommendation to those people but often XML bozos are resistant to change. If you're stuck writing for that parser then you'll have to apply some non-XML processing to your output to fix it up on their behalf.

  • How to get the traffic split up in VPN 3000 Concentrator?

    Hi,
    Requirement:
    I want to parse & analyze the Cisco VPN 3000 Concentrator logs and provide the report for the happenings using the log.
    Issue:
    I am able to get the traffic split up for Cisco Pix501 thro' it's logs for the VPN connections. But in Cisco3000VPN Concentartor, i am not able to get the traffic details for any PPTP/IPSec connections. It simply provide the overall traffic log when the seeion is closed. For example below is my traffic log,
    <189>14014 07/23/2004 19:16:24.640 SEV=4 AUTH/28 RPT=41 192.168.101.41 User [sarav] Group [Base Group] disconnected: Session Type: PPTP Duration: 0:16:37 Bytes xmt: 216 Bytes rcv: 38023 Reason: User Requested
    My Question:
    Is there any configuration/solution available to get the live traffic[traffic split up] thro' that VPN connection for Cisco3000VPN Concentartor?
    Please help me in getting this issue resolved.
    Thanks to all helping me to resolve the issue.
    Thanks.

    You get the details from the Pix logs not because of VPN functionality but because the Pix is a stateful device the manages and logs each and every session.
    The VPN 3000 is not stateful or session aware. The best you could do is provide packet level logging, but this would generate enormous log files that would need to be statistically analyzed to provide useful information.
    Your best options are to run their traffic through a Pix firewall for the session logging, use the first hop router inside the network that can provide Netflow export for analysis, or use a probe to monitor the traffic that can discern the indivdual flows. For the last two, ntop can analyze netflow of mirrored sessions to provide protocol analysis by src/dest IP, top protocols used, etc.
    -Shannon

Maybe you are looking for

  • Posting cannot be generated

    Hi Experts,      Are account types different for business partner items and G/L items? While maintaining default values for repayent methods/payment medium in SPRO I am getting an error that my account is not a reconciliation account for FI-CA and it

  • How do I Translation Route a call back into CVP?

    This is ICM 8.5, CVP 8.5 and Avaya CM 5.2.  I'm trying to configure the system to be able to Translation Route a call back into CVP that originally started in CVP.  I've read and read Cisco documentation that talk about various ways it can be done bu

  • Error when extracting huge table from MSSQL server.

    Hi: Under BI 7 I configured a DB datasouce to retrieve data from a view on MSSQL server. It runs well when the data amount is below 5 million rows. When the data volumn is over 5M, the datasouce start failed... If I use the PREVIEW button in the Data

  • Planned Cost in PS which are maintained in HR

    Hi, In project systems, For calculating the Planned Cost I require Employee Gross Salary which is maintained in 0008 Infotype, in Employee master data (PA30) How to get the Gross amount to PS for Planned Cost Can any one help me by providing integrat

  • ITunes 10.6 can't sync anymore with my readynas duo

    Since I downloaded iTunes 10.6 version, I can't connect anymore to my readynas duo server. I can still see my readynas as a shared device from iTunes menu but when I try to connect to it a timeout occurs. I'm looking for a workaround solution if poss