488 GatewayCall is not in connected state.

%3CLINGO-SUB%20id%3D%22lingo-sub-65200%22%20slang%3D%22en-US%22%3E488%20GatewayCall%20is%20not%20in%20connected%20state.%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-65200%22%20slang%3D%22en-US%22%3E%3CP%3EHi%2C%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI'm%20looking%20for%20any%20hint%20to%20determine%20why%20the%20SKB%20server%20sends%20the%20error%20message%20%22%3C%2FP%3E%3CP%3E%3CSPAN%3E%3CFONT%20face%3D%22Calibri%22%3ESIP%2F2.0%20488%20GatewayCall%20is%20not%20in%20connected%20state.%3C%2FFONT%3E%3C%2FSPAN%3E%22%20to%20the%20CUCM%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThe%20call%20is%20put%20automatically%20on%20hold%20and%20then%20disconnected.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3ERegards.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-65200%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3EVoice%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E%3CLINGO-SUB%20id%3D%22lingo-sub-68039%22%20slang%3D%22en-US%22%3ERe%3A%20488%20GatewayCall%20is%20not%20in%20connected%20state.%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-68039%22%20slang%3D%22en-US%22%3EHi%20Carlos.%3CBR%20%2F%3E%3CBR%20%2F%3EThe%20OIP%20states%20just%20the%20same%20point%2C%20but%20also%20includes%20a%20configuration%20guide.%3CBR%20%2F%3E%3CBR%20%2F%3EFor%20Lync%20%2F%20Skype4B%20it%20looks%20correct.%20For%20the%20Cisco%20gateway%2C%20I%20have%20no%20idea.%3CBR%20%2F%3E%3CBR%20%2F%3EHope%20this%20helps%20you.%3CBR%20%2F%3E%3CBR%20%2F%3E%2FKenneth%20ML%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-67952%22%20slang%3D%22en-US%22%3ERe%3A%20488%20GatewayCall%20is%20not%20in%20connected%20state.%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-67952%22%20slang%3D%22en-US%22%3E%3CP%3EHi%20Kennet%2C%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EIs%20there%20any%20documentation%20(cisco%20or%20microsfot)%26nbsp%3Bwere%20I%20can%20refer%20for%20have%20these%20options%20disabled%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI'll%20check%20this%20options%20on%26nbsp%3B%20both%20side%20and%20let%20you%20know.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3ERegards.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-65454%22%20slang%3D%22en-US%22%3ERe%3A%20488%20GatewayCall%20is%20not%20in%20connected%20state.%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-65454%22%20slang%3D%22en-US%22%3E%3CP%3EHi%20Carlo.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EHas%20REFER%20and%20RTCP%20support%20been%20disabled%20on%20both%20SfB%20and%20CUCM%20trunks%3F%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20have%20seen%20this%20behavior%20previously%20when%20REFER%20was%20initiated%26nbsp%3Bduring%20a%20call%20transfer%20(or%20call%20hold).%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EHope%20this%20helps%20you.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%2FKenneth%20ML%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E
Contributor

Hi,

 

I'm looking for any hint to determine why the SKB server sends the error message "

SIP/2.0 488 GatewayCall is not in connected state." to the CUCM

 

The call is put automatically on hold and then disconnected.

 

Regards.

3 Replies

Hi Carlo.

 

 

Has REFER and RTCP support been disabled on both SfB and CUCM trunks??

 

I have seen this behavior previously when REFER was initiated during a call transfer (or call hold).

 

Hope this helps you.

 

/Kenneth ML

 

Hi Kennet,

 

Is there any documentation (cisco or microsfot) were I can refer for have these options disabled?

 

I'll check this options on  both side and let you know.

 

Regards.

Hi Carlos.

The OIP states just the same point, but also includes a configuration guide.

For Lync / Skype4B it looks correct. For the Cisco gateway, I have no idea.

Hope this helps you.

/Kenneth ML