Hi Trey, 

I can't replicate this on my system; the ifchandler correctly matches against 
the Content-Type header. 

The Content-Type header does get stripped in the bug you highlighted 
(https://github.com/Metaswitch/sprout/issues/659), can you confirm that this 
matching is being done on an INVITE that still has its Content-Type header? If 
so, can you please send me the debug Sprout logs for the INVITE, and some more 
details as to the scenario you're testing so that I can try and reproduce it?

Thanks, 

Ellie

-----Original Message-----
From: [email protected] 
[mailto:[email protected]] On Behalf Of Ormsbee, 
Trey
Sent: 18 July 2014 16:12
To: [email protected]
Subject: [Clearwater] regular expressions in ifc's

Im seeing that a simple .* in an ifc does not appear to be matching when it 
should:

example from a stripped log file:

Content-Type: multipart/mixed; boundary=boundary22

ifc:

                        <InitialFilterCriteria>
                                <Priority>0</Priority>
                                <TriggerPoint>
                                        <ConditionTypeCNF>0</ConditionTypeCNF>
                                        <SPT>
                                                
<ConditionNegated>0</ConditionNegated>
                                                <Group>0</Group>
                                                <Method>INVITE</Method>
                                        </SPT>
                                        <SPT>
                                                
<ConditionNegated>0</ConditionNegated>
                                                <Group>1</Group>
                                                <SIPHeader>
                                                        
<Header>Content-Type</Header>
                                                        
<Content>multipart/mixed;.*</Content>
                                                </SIPHeader>
                                        </SPT>
                                </TriggerPoint>
                                <ApplicationServer>
                                        
<ServerName>sip:172.30.21.101:5510</ServerName>
                                        <DefaultHandling>1</DefaultHandling>
                                </ApplicationServer>
                        </InitialFilterCriteria>


18-07-2014 14:28:52.733 Debug ifchandler.cpp:476: SPT class Method: result true
18-07-2014 14:28:52.733 Debug ifchandler.cpp:583: Add to group 0 val true
18-07-2014 14:28:52.733 Debug ifchandler.cpp:476: SPT class SIPHeader: result 
false
18-07-2014 14:28:52.733 Debug ifchandler.cpp:583: Add to group 1 val false
18-07-2014 14:28:52.733 Debug ifchandler.cpp:601: Result group 0 val true
18-07-2014 14:28:52.733 Debug ifchandler.cpp:601: Result group 1 val false
18-07-2014 14:28:52.733 Debug ifchandler.cpp:605: iFC matches
18-07-2014 14:28:52.733 Info ifchandler.cpp:735: Found (triggered) server 
sip:xxx.xxx.xxx.101:5510

Group1 should be true?  am I missing something about regular expressions in 
sipheaders? or is there a reason this is marked as false?
_______________________________________________
Clearwater mailing list
[email protected]
http://lists.projectclearwater.org/listinfo/clearwater
_______________________________________________
Clearwater mailing list
[email protected]
http://lists.projectclearwater.org/listinfo/clearwater

Reply via email to